Nabble - Velocity - User

Elena Lozina/ASVT out of office

2009-11-22T15:00:39Z

Я буду отсутствовать на работе начиная с 30.04.2009 и не вернусь до
01.07.2010.

Hi,

I am away on maternity leave, for any question ,please, contact by e-mail:
international_sales_directorate@...
or by phone +380 44 496 79 75

Dear Asia pacific Travel Partners,

For any issues , please, contact Mr. Vadim Smelianskiy , Aerosvit Airlines
regional director SouthAsia

Mr. Smelianskiy contact details are below:

All Seasons Place, M-Thai Tower, 5th Floor, Suite 5B
87 Wireless Road, Phatumwan, Bangkok 10330, Thailand
Tel. (+66) (0) 2 654 11 96/7/8
Mob. (+66) (0) 81 987 29 42
Fax. (+66) (0) 2 654 11 86
e-mail: vsmelyansky2004@...

Sincerely,

Mrs. Elena Lozina
Senior sales specialist
Off-line Sales Department

AeroSvit Airlines
01032., Kiev, Ukraine
58A, T. Shevchenko blvd.
e-mail: eel@...
ph./fax: + 380 44 496 79 75

www.aerosvit.com

Re: Problems while testing templates with JUnit

2009-11-19T17:55:29Z

I'm guessing it's different platform style of newlines. In velocity we
do a normalization in the strings before comparing. Another
possibility is a tab or nonbreaking space (char a0) bring compared
with a space.

Will

On Nov 19, 2009, at 2:54 PM, "Steve O'Hara" <sohara@...
> wrote:

> Is it possible that the strings are not both the same character
> encoding
> - they look the same in an editor but are not both Unicode? Is that
> even possible? Just a thought.
>
> Steve
>
> -----Original Message-----
> From:
> user-return-21006-sohara=pivotal-solutions.co.uk@...
> [mailto:user-return-21006-sohara=pivotal-
> solutions.co.uk@...
> .org] On Behalf Of Kai Kousa
> Sent: 27 October 2009 06:37
> To: user@...
> Subject: Problems while testing templates with JUnit
>
> Hi!
>
> I'm using Velocity-1.6.2 to render some javascripts. To make sure it's
> working, I have written a test case that compares the generated string
> to the expected string.
>
> I'm now at a point where the test case is failing but I cannot figure
> out why. Eclipse's JUnit plugin can't even show the difference between
> the generated and the expected strings. I've tried saving the
> results to
>
> separate files and running diff on them. But even diff can't notice
> any
> difference between the two strings. However, when call length()-method
> on both string they return different results(563 and 571).
>
> In a nutshell: the generated string doesn't seem to have any
> differences
>
> between to expected string but the test still fails.
>
> Any ideas what might cause this? Something to do with encodings or
> similar?
>
> Thanks,
> Kai
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Elena Lozina/ASVT out of office

2009-11-19T15:00:42Z

RE: Problems while testing templates with JUnit

2009-11-19T14:54:36Z

Is it possible that the strings are not both the same character encoding
- they look the same in an editor but are not both Unicode? Is that
even possible? Just a thought.

Steve

-----Original Message-----
From:
user-return-21006-sohara=pivotal-solutions.co.uk@...
[mailto:user-return-21006-sohara=pivotal-solutions.co.uk@...
.org] On Behalf Of Kai Kousa
Sent: 27 October 2009 06:37
To: user@...
Subject: Problems while testing templates with JUnit

Hi!

I'm using Velocity-1.6.2 to render some javascripts. To make sure it's
working, I have written a test case that compares the generated string
to the expected string.

I'm now at a point where the test case is failing but I cannot figure
out why. Eclipse's JUnit plugin can't even show the difference between
the generated and the expected strings. I've tried saving the results to

separate files and running diff on them. But even diff can't notice any
difference between the two strings. However, when call length()-method
on both string they return different results(563 and 571).

In a nutshell: the generated string doesn't seem to have any differences

between to expected string but the test still fails.

Any ideas what might cause this? Something to do with encodings or
similar?

Thanks,
Kai

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

[Fwd: Re: $velocityHasNext always returning false (Velocity 1.6.2)]

2009-11-13T07:37:44Z

Hello,

I noticed a space between the name of the property and the value. Try to
remove that, just to eliminate this from the possible causes. So instead
of having this in your velocity.properties:

directive.foreach.iterator.name = velocityHasNext

put this:

directive.foreach.iterator.name=velocityHasNext

You could also remove the property completely, since "velocityHasNext"
is the default name. Please try this, and see if you get any results.

Regards,
Bogdan

mjparme wrote:

> It appears that $velocityHasNext is always returning false.
>
> I have this in my template:
>
> #foreach(${column} in
> ${columns})${column.columnName}#if(${velocityHasNext}),#end#end
>
> The comma is never printed. However, if I change the condition to something
> that is definitely true the comma printed, i.e.:
>
> #foreach(${column} in ${columns})${column.columnName}#if(1 >0),#end#end
>
> I have this property in velocity.properties:
>
> directive.foreach.iterator.name = velocityHasNext
>
> I just want to make sure I am not doing something stupid/obviously wrong
> before opening an issue.
>
> Can anyone provide insight?
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

$velocityHasNext always returning false (Velocity 1.6.2)

2009-11-13T07:22:40Z

It appears that $velocityHasNext is always returning false.

I have this in my template:

#foreach(${column} in ${columns})${column.columnName}#if(${velocityHasNext}),#end#end

The comma is never printed. However, if I change the condition to something that is definitely true the comma printed, i.e.:

#foreach(${column} in ${columns})${column.columnName}#if(1 >0),#end#end

I have this property in velocity.properties:

directive.foreach.iterator.name = velocityHasNext

I just want to make sure I am not doing something stupid/obviously wrong before opening an issue.

Can anyone provide insight?

Re: property name constructed from string and the value of another property

2009-11-12T08:13:28Z

Its possible. Read about #evaluate macro

2009/11/12 dirk ooms <dirk@...>

> Dear List,
>
> i had hoped it would be possible to write something like:
>
> ${foo${anotherProperty}}
>
> to obtain the value of the property foobar in case the value of
> anotherProperty is 'bar'.
>
> but this syntax is not allowed. are there ways to construct the name of
> a property from the value of another property?
>
> cheers,
> dirk
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

--
Regards,
Alexander

property name constructed from string and the value of another property

2009-11-12T08:03:52Z

Dear List,

i had hoped it would be possible to write something like:

${foo${anotherProperty}}

to obtain the value of the property foobar in case the value of
anotherProperty is 'bar'.

but this syntax is not allowed. are there ways to construct the name of
a property from the value of another property?

cheers,
dirk

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Re: Include output from another servlet

2009-11-12T03:31:55Z

2009/11/12 Ben Short <ben@...>:
> Using jsp I can include the output of another servlet using the following
>
> <jsp:include page="/another/servlet"/>
>
> Can the same thing be done with velocity?

Try with the import tool:
http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/ImportTool.html

Ciao
Antonio

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Include output from another servlet

2009-11-12T03:27:26Z

Hi,

Using jsp I can include the output of another servlet using the following

<jsp:include page="/another/servlet"/>

Can the same thing be done with velocity?

Regards

Ben

Elena Lozina/ASVT out of office

2009-11-08T15:00:43Z

properties.load error

2009-11-06T14:53:10Z

I am trying to upgrade from Velocity 1.3 to 1.6.2. I replace the two
jar files and get the following error. This question is posted on the
internet multiple times, with no solution. If you can help me out, I
would really appreciate it.

Thanks,
Angela

BUILD FAILED
C:\workspace\contract\build.xml:157: Following error occured while executing thi
s line
C:\workspace\contract\build-torque.xml:503: Following error occured while execut
ing this line
C:\workspace\contract\build-torque.xml:531: Exception thrown by 'properties.load
'. For more information consult the velocity log, or invoke ant with the -debug
flag.
at org.apache.tools.ant.ProjectHelper.addLocationToBuildException(Projec
tHelper.java:537)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:385)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:301)
at org.apache.tools.ant.Target.performTasks(Target.java:328)
at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
at org.apache.tools.ant.Project.executeTargets(Project.java:1063)
at org.apache.tools.ant.Main.runBuild(Main.java:632)
at org.apache.tools.ant.Main.startAnt(Main.java:183)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:197)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:56)
Caused by: C:\workspace\contract\build-torque.xml:503: Following error occured w
hile executing this line
C:\workspace\contract\build-torque.xml:531: Exception thrown by 'properties.load
'. For more information consult the velocity log, or invoke ant with the -debug
flag.
at org.apache.tools.ant.ProjectHelper.addLocationToBuildException(Projec
tHelper.java:537)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:385)
at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:107)

at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:301)
at org.apache.tools.ant.Target.performTasks(Target.java:328)
at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
... 10 more
Caused by: C:\workspace\contract\build-torque.xml:531: Exception thrown by 'prop
erties.load'. For more information consult the velocity log, or invoke ant with
the -debug flag.
at org.apache.velocity.texen.ant.TexenTask.execute(TexenTask.java:596)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)

Angela Day
National Autism Association of Central Texas

http://www.naacentraltexas.org
formally FEAT Austin

RE: Turning Off Directives?

2009-11-06T06:10:45Z

I don't recall opening a JIRA on this particular item, but I will do so now. :)

________________________________________
From: Nathan Bubna [nbubna@...]
Sent: Thursday, November 05, 2009 10:33 AM
To: Velocity Users List
Subject: Re: Turning Off Directives?

I haven't ever tried it, but there is a
RuntimeInstance.removeDirective(String name) method. Of course, then
you would have to use RuntimeInstance directly, instead of the
VelocityEngine wrapper. That won't cost you much in features (just a
bit of evaluate() wrapping code), but it might not fit with your
setup.

Have you ever opened a JIRA issue about this RFE?

On Wed, Nov 4, 2009 at 1:56 PM, White, Tim <Tim.White@...> wrote:

> I asked this a long while back, but it's coming up again, so I'll see if anything's changed in the 1.6.x Velocity world...
>
> Is there a way, other than hacking the velocity .jar, to change the Directive list?
>
> Specifically, we want to turn off #include(), without having to change the velocity .jar file.
>
> Thanks!
>
> Tim
>
> ________________________________
> This communication is the property of Qwest and may contain confidential or
> privileged information. Unauthorized use of this communication is strictly
> prohibited and may be unlawful. If you have received this communication
> in error, please immediately notify the sender by reply e-mail and destroy
> all copies of the communication and any attachments.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

This communication is the property of Qwest and may contain confidential or
privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful. If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Re: Turning Off Directives?

2009-11-05T09:33:57Z

I haven't ever tried it, but there is a
RuntimeInstance.removeDirective(String name) method. Of course, then
you would have to use RuntimeInstance directly, instead of the
VelocityEngine wrapper. That won't cost you much in features (just a
bit of evaluate() wrapping code), but it might not fit with your
setup.

Have you ever opened a JIRA issue about this RFE?

On Wed, Nov 4, 2009 at 1:56 PM, White, Tim <Tim.White@...> wrote:

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

RE: Turning Off Directives?

2009-11-04T16:28:12Z

Hmmm. That might work...the problem is that we need to be able to not barf if the template has this in it:



Right now, it barfs the template.

-----Original Message-----
From: Johann.Weber@... [mailto:Johann.Weber@...]
Sent: Wednesday, November 04, 2009 3:13 PM
To: user@...
Subject: AW: Turning Off Directives?

Why you don't specify your own IncludeEventHandler?

-----Ursprüngliche Nachricht-----
Von: White, Tim [mailto:Tim.White@...]
Gesendet: Mittwoch, 4. November 2009 22:56
An: Velocity Users List
Betreff: Turning Off Directives?

I asked this a long while back, but it's coming up again, so I'll see if anything's changed in the 1.6.x Velocity world...

Is there a way, other than hacking the velocity .jar, to change the Directive list?

Specifically, we want to turn off #include(), without having to change the velocity .jar file.

Thanks!

Tim

________________________________
This communication is the property of Qwest and may contain confidential or
privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful. If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

This communication is the property of Qwest and may contain confidential or
privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful. If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

AW: Turning Off Directives?

2009-11-04T14:13:13Z

Why you don't specify your own IncludeEventHandler?

-----Ursprüngliche Nachricht-----
Von: White, Tim [mailto:Tim.White@...]
Gesendet: Mittwoch, 4. November 2009 22:56
An: Velocity Users List
Betreff: Turning Off Directives?

I asked this a long while back, but it's coming up again, so I'll see if anything's changed in the 1.6.x Velocity world...

Is there a way, other than hacking the velocity .jar, to change the Directive list?

Specifically, we want to turn off #include(), without having to change the velocity .jar file.

Thanks!

Tim

________________________________
This communication is the property of Qwest and may contain confidential or
privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful. If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Turning Off Directives?

2009-11-04T13:56:16Z

I asked this a long while back, but it's coming up again, so I'll see if anything's changed in the 1.6.x Velocity world...

Is there a way, other than hacking the velocity .jar, to change the Directive list?

Specifically, we want to turn off #include(), without having to change the velocity .jar file.

Thanks!

Tim

________________________________
This communication is the property of Qwest and may contain confidential or
privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful. If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

AUTO: James Wilson is out of office. (returning Fri 08/28/2009)

2009-10-27T03:01:19Z

I am out of the office from Tue 10/27/2009 until Tue 11/03/2009.

I will respond to your message when I return.

Note: This is an automated response to your message "Problems while
testing templates with JUnit" sent on 10/27/2009 12:37:24 AM.

This is the only notification you will receive while this person is away.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Problems while testing templates with JUnit

2009-10-26T23:37:24Z

Hi!

I'm using Velocity-1.6.2 to render some javascripts. To make sure it's
working, I have written a test case that compares the generated string
to the expected string.

I'm now at a point where the test case is failing but I cannot figure
out why. Eclipse's JUnit plugin can't even show the difference between
the generated and the expected strings. I've tried saving the results to
separate files and running diff on them. But even diff can't notice any
difference between the two strings. However, when call length()-method
on both string they return different results(563 and 571).

In a nutshell: the generated string doesn't seem to have any differences
between to expected string but the test still fails.

Any ideas what might cause this? Something to do with encodings or similar?

Thanks,
Kai

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Elena Lozina/ASVT out of office

2009-10-19T15:00:41Z

Elena Lozina/ASVT out of office

2009-10-18T15:00:43Z

Elena Lozina/ASVT out of office

2009-10-18T15:00:42Z

Elena Lozina/ASVT out of office

2009-10-18T15:00:42Z

Elena Lozina/ASVT out of office

2009-10-18T15:00:42Z

Re: silent references cause strict reference checking to fail

2009-10-17T09:00:55Z

I don't use the feature, but my understanding is that strict reference
mode expects all references used to exist in the context. The quiet
notation--in strict reference mode--is for null values, not invalid
references.

On Fri, Oct 16, 2009 at 9:35 AM, Will Glass-Husain
<wglasshusain@...> wrote:

> Hi!
>
> With some enthusiasm from my dev team, I just turned strict error
> checking on for the first time. Not surprisingly, our app
> immediately had some errors.
>
> I was surprised to find that it was failing even with silent
> references. Does anyone remember if that's intentional?
>
> <input class="signupInput" type="text" id="StxtFirstNames"
> name="firstName" value="$!user.firstName"/>
>
> org.apache.velocity.exception.MethodInvocationException: Variable
> $user has not been set at layout/slide_login.vm[line 13, column 117]
>
> To me that reduces the usefulness of this feature-- we use silent
> references a lot, and it doesn't make sense to me that they would all
> cause errors. I was hoping to do a better job of find errors like
> "$user.firstname" where $user wasn't set. But with $!user.firstName I
> now have to go through the site and put an #if in every location I
> want to be blank if its undefined.
>
> Can anyone using this feature comment?
>
> Thanks,
>
> WILL
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Re: silent references cause strict reference checking to fail

2009-10-16T09:53:06Z

Only if you set the property "runtime.references.strict" to true.

WILL

On Fri, Oct 16, 2009 at 9:43 AM, jian chen <chenjian1227@...> wrote:

> We used $!user.firstName type of notation a lot, it has been very
> helpful. Hope this is not broken in the new releases...
>
> Jian
>
> On 10/16/09, Will Glass-Husain <wglasshusain@...> wrote:
>> Hi!
>>
>> With some enthusiasm from my dev team, I just turned strict error
>> checking on for the first time. Not surprisingly, our app
>> immediately had some errors.
>>
>> I was surprised to find that it was failing even with silent
>> references. Does anyone remember if that's intentional?
>>
>> <input class="signupInput" type="text" id="StxtFirstNames"
>> name="firstName" value="$!user.firstName"/>
>>
>> org.apache.velocity.exception.MethodInvocationException: Variable
>> $user has not been set at layout/slide_login.vm[line 13, column 117]
>>
>> To me that reduces the usefulness of this feature-- we use silent
>> references a lot, and it doesn't make sense to me that they would all
>> cause errors. I was hoping to do a better job of find errors like
>> "$user.firstname" where $user wasn't set. But with $!user.firstName I
>> now have to go through the site and put an #if in every location I
>> want to be blank if its undefined.
>>
>> Can anyone using this feature comment?
>>
>> Thanks,
>>
>> WILL
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@...
>> For additional commands, e-mail: user-help@...
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Re: silent references cause strict reference checking to fail

2009-10-16T09:43:09Z

We used $!user.firstName type of notation a lot, it has been very
helpful. Hope this is not broken in the new releases...

Jian

On 10/16/09, Will Glass-Husain <wglasshusain@...> wrote:

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

silent references cause strict reference checking to fail

2009-10-16T09:35:41Z

Hi!

With some enthusiasm from my dev team, I just turned strict error
checking on for the first time. Not surprisingly, our app
immediately had some errors.

I was surprised to find that it was failing even with silent
references. Does anyone remember if that's intentional?

<input class="signupInput" type="text" id="StxtFirstNames"
name="firstName" value="$!user.firstName"/>

org.apache.velocity.exception.MethodInvocationException: Variable
$user has not been set at layout/slide_login.vm[line 13, column 117]

To me that reduces the usefulness of this feature-- we use silent
references a lot, and it doesn't make sense to me that they would all
cause errors. I was hoping to do a better job of find errors like
"$user.firstname" where $user wasn't set. But with $!user.firstName I
now have to go through the site and put an #if in every location I
want to be blank if its undefined.

Can anyone using this feature comment?

Thanks,

WILL

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Re: Inhrited public methods not visible to Velocity

2009-10-15T07:04:48Z

On Thu, Oct 15, 2009 at 2:34 AM, Steve O'Hara
<sohara@...> wrote:
> Of course, it turned out to be an error on my part.... sorry about that
>
> However as an aside, I changed the velocity code to call getMethods and
> removed the recursion in ClassMap.java and that worked fine. I know it's
> only a small thing and it's not exactly a fix because the code isn't broken,
> but maybe it's worth making the change for the small amount of possible
> performance gain. I'll leave it up to you.

Did all tests pass too?

Historical reasons are all i can think of right now. It is how it was
done. I think, too, it was a way to keep out public methods inherited
from protected classes. I kinda doubt the current dev community
(myself included) would care about that anymore.

I'm not sure whether there's much performance gain to be had by the
swap, but certainly it seems like it would simplify the code and
perhaps obviate such strange bugs as VELOCITY-736.

If you would be so kind as to open a JIRA issue on this, i think it is
something we should consider.

> Cheers,
> Steve
>
>
> -----Original Message-----
> From: Steve O'Hara
> Sent: 15 October 2009 09:22
> To: Velocity Users List
> Subject: RE: Inhrited public methods not visible to Velocity
>
> Hi Nathan,
>
> Thanks for your reply - I'm using v6.2
> Yes, the abstract class is public and the methods in the abstract class are also public.
>
> I've taken another look at ClassMap.java and can see how you're recursing up the super classes to get all the public methods. Forgive my naivety, but why is this necessary? Wouldn't a simple call to getMethods() do this for you which would also save having to check if the method is public?
>
> I'll see if I can debug why the introspector is not working in my case and come back to the list.
>
> Steve
>
>
> -----Original Message-----
> From: user-return-20992-sohara=pivotal-solutions.co.uk@... [mailto:user-return-20992-sohara=pivotal-solutions.co.uk@...] On Behalf Of Nathan Bubna
> Sent: 14 October 2009 20:38
> To: Velocity Users List
> Subject: Re: Inhrited public methods not visible to Velocity
>
> On Wed, Oct 14, 2009 at 8:44 AM, Steve O'Hara
> <sohara@...> wrote:
>> I have a class that extends an abstract class which is placed into a
>> Velocity context. However, the public methods of the abstract class are
>> not visible to Velocity.
>
> is the abstract class public? VelocityTools itself does this successfully.
>
>> I looked at the source code and can see that getDeclaredMethods() is
>> being used rather than getMethods()
>>
>> Is there a reason for that?
>
> Yes, the intention is to support public methods declared in public
> classes. So we navigate the class heirarchy looking for those.
>
> It's also always helpful with such questions to mention the version of
> Velocity being used.
>
>>
>> Thanks,
>> Steve
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@...
>> For additional commands, e-mail: user-help@...
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

RE: Inhrited public methods not visible to Velocity

2009-10-15T02:34:22Z

Of course, it turned out to be an error on my part.... sorry about that

However as an aside, I changed the velocity code to call getMethods and removed the recursion in ClassMap.java and that worked fine. I know it's only a small thing and it's not exactly a fix because the code isn't broken, but maybe it's worth making the change for the small amount of possible performance gain. I'll leave it up to you.

Cheers,
Steve

-----Original Message-----
From: Steve O'Hara
Sent: 15 October 2009 09:22
To: Velocity Users List
Subject: RE: Inhrited public methods not visible to Velocity

Hi Nathan,

Thanks for your reply - I'm using v6.2
Yes, the abstract class is public and the methods in the abstract class are also public.

I've taken another look at ClassMap.java and can see how you're recursing up the super classes to get all the public methods. Forgive my naivety, but why is this necessary? Wouldn't a simple call to getMethods() do this for you which would also save having to check if the method is public?

I'll see if I can debug why the introspector is not working in my case and come back to the list.

Steve

-----Original Message-----
From: user-return-20992-sohara=pivotal-solutions.co.uk@... [mailto:user-return-20992-sohara=pivotal-solutions.co.uk@...] On Behalf Of Nathan Bubna
Sent: 14 October 2009 20:38
To: Velocity Users List
Subject: Re: Inhrited public methods not visible to Velocity

On Wed, Oct 14, 2009 at 8:44 AM, Steve O'Hara
<sohara@...> wrote:
> I have a class that extends an abstract class which is placed into a
> Velocity context. However, the public methods of the abstract class are
> not visible to Velocity.

is the abstract class public? VelocityTools itself does this successfully.

> I looked at the source code and can see that getDeclaredMethods() is
> being used rather than getMethods()
>
> Is there a reason for that?

Yes, the intention is to support public methods declared in public
classes. So we navigate the class heirarchy looking for those.

It's also always helpful with such questions to mention the version of
Velocity being used.

>
> Thanks,
> Steve
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

RE: Inhrited public methods not visible to Velocity

2009-10-15T01:21:30Z

Hi Nathan,

Thanks for your reply - I'm using v6.2
Yes, the abstract class is public and the methods in the abstract class are also public.

I've taken another look at ClassMap.java and can see how you're recursing up the super classes to get all the public methods. Forgive my naivety, but why is this necessary? Wouldn't a simple call to getMethods() do this for you which would also save having to check if the method is public?

I'll see if I can debug why the introspector is not working in my case and come back to the list.

Steve

-----Original Message-----
From: user-return-20992-sohara=pivotal-solutions.co.uk@... [mailto:user-return-20992-sohara=pivotal-solutions.co.uk@...] On Behalf Of Nathan Bubna
Sent: 14 October 2009 20:38
To: Velocity Users List
Subject: Re: Inhrited public methods not visible to Velocity

On Wed, Oct 14, 2009 at 8:44 AM, Steve O'Hara
<sohara@...> wrote:
> I have a class that extends an abstract class which is placed into a
> Velocity context. However, the public methods of the abstract class are
> not visible to Velocity.

is the abstract class public? VelocityTools itself does this successfully.

> I looked at the source code and can see that getDeclaredMethods() is
> being used rather than getMethods()
>
> Is there a reason for that?

Yes, the intention is to support public methods declared in public
classes. So we navigate the class heirarchy looking for those.

It's also always helpful with such questions to mention the version of
Velocity being used.

>
> Thanks,
> Steve
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Elena Lozina/ASVT out of office

2009-10-14T15:00:43Z

Re: Inhrited public methods not visible to Velocity

2009-10-14T12:37:45Z

On Wed, Oct 14, 2009 at 8:44 AM, Steve O'Hara
<sohara@...> wrote:
> I have a class that extends an abstract class which is placed into a
> Velocity context. However, the public methods of the abstract class are
> not visible to Velocity.

is the abstract class public? VelocityTools itself does this successfully.

> I looked at the source code and can see that getDeclaredMethods() is
> being used rather than getMethods()
>
> Is there a reason for that?

Yes, the intention is to support public methods declared in public
classes. So we navigate the class heirarchy looking for those.

It's also always helpful with such questions to mention the version of
Velocity being used.

>
> Thanks,
> Steve
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Inhrited public methods not visible to Velocity

2009-10-14T08:44:25Z

I have a class that extends an abstract class which is placed into a
Velocity context. However, the public methods of the abstract class are
not visible to Velocity.

I looked at the source code and can see that getDeclaredMethods() is
being used rather than getMethods()

Is there a reason for that?

Thanks,
Steve

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

Re: Testing for nulls with #if

2009-10-14T06:17:27Z

When the innards of the $val block ($item.get(1)) resolve to null,
they are output as they were. So $val should render as the literal
string "$item.get(1)". That string is definitely not null. If you
want, you can use quiet notation ($!item.get(1)), but even that will
render as an empty string "", which is also not null. So, no matter
what, your $val reference will not be null. It is a defined block
object which never renders as null. It is not a workable shortcut for
null testing. You can do #if( $val == "" ) if you switch to quiet
notation or #if( $val == "$item.get(1)" ) to test properly as things
are.

On Wed, Oct 14, 2009 at 3:35 AM, Margus Kliimask
<margus.kliimask@...> wrote:

> Hi,
> I've run into a problem with testing for a null in #defined block with
> an #if directive. The manual states: "The variable $foo is evaluated
> to determine whether it is true, which will happen under one of two
> circumstances: <..> or (ii) the value is not null.
>
> I feed an array of lists
> ...
> String[] [] Items = {{"A", "100"}, {"B", null}};
> context.put("Items", Items);
> ...
>
> to this Velocity script:
> ...
> #define( $key )$item.get(0)#end
> #define( $val )$item.get(1)#end
>
> #foreach ( $item in $Items )
> (1)#if( $item.get(1) )$key:$val
> #end
> (2)#if( $val )$key:$val
> #end
>
> #end
> ...
>
> I get back:
> (1)A:100
> (2)A:100
>
> (1)(2)B:$item.get(1)
>
> So, #if could detect null (missing value) in #if( $item.get(1) ), but
> could not in #defined block #if( $val ). What am I missing? I
> definitely don't want to mention the b-word here :) and appreciate any
> help, guidance or comments.
>
> Thanks,
> Margus
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...