Nathan Bubna wrote: > All blank spaces in what? A template, a section of a template, or a > string or both? If a string, you can call all public java.lang.String > methods, so if you use Java 5+, you can just avail yourself the > replace methods. If a template, it depends on how you are a storing > that resource. If a section of a template, you could wrap it in a > #define block, render the block into a string and then use the > string's replace method, as above. > > 2009/12/3 Steve Cohen <scohen@javactivity.org>: >> in Velocity to convert all blank spaces to ? >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org >> For additional commands, e-mail: user-help@velocity.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > > Never mind, found out I didn't need to do it anyway. --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
All blank spaces in what? A template, a section of a template, or a string or both? If a string, you can call all public java.lang.String methods, so if you use Java 5+, you can just avail yourself the replace methods. If a template, it depends on how you are a storing that resource. If a section of a template, you could wrap it in a #define block, render the block into a string and then use the string's replace method, as above. 2009/12/3 Steve Cohen <scohen@javactivity.org>: > in Velocity to convert all blank spaces to ? > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
in Velocity to convert all blank spaces to ? --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
Hi,
We are using DataSourceResourceLoader for getting the velocity template
from an Oracle table. This works fine when the template field is
varchar. But when the field type was changed to CLOB, the content is
empty. Is there any solution to this problem?
Here is the example code.
<code>
import java.io.StringWriter;
import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.Statement;
import javax.sql.DataSource;
import org.apache.log4j.BasicConfigurator;
import org.apache.log4j.Logger;
import org.apache.velocity.Template;
import org.apache.velocity.VelocityContext;
import org.apache.velocity.app.VelocityEngine;
import org.apache.velocity.runtime.RuntimeConstants;
import
org.apache.velocity.runtime.resource.loader.DataSourceResourceLoader;
import org.springframework.context.ApplicationContext;
import
org.springframework.context.support.ClassPathXmlApplicationContext;
public class Example2
{
public static String LOGGER_NAME = "velexample";
public static void main( String[] args )
throws Exception
{
ApplicationContext appContext = new
ClassPathXmlApplicationContext("dataAccessContext-framework.xml");
DataSource dataSource =
(DataSource)appContext.getBean("dataSource");
BasicConfigurator.configure();
Logger log = Logger.getLogger( LOGGER_NAME );
log.info("Log4jLoggerExample: ready to start velocity");
/*
* now create a new VelocityEngine instance, and
* configure it to use the category
*/
VelocityEngine ve = new VelocityEngine();
/* Setting the properties of the velocity engine */
DataSourceResourceLoader ds = new DataSourceResourceLoader();
ds.setDataSource(dataSource);
ve.setProperty("resource.loader","ds");
ve.setProperty("ds.resource.loader.instance",ds);
ve.setProperty("ds.resource.loader.resource.table","TB_VELOCITY_TEMPLATE
");
ve.setProperty("ds.resource.loader.resource.keycolumn","TEMPLATE_ID");
//
ve.setProperty("ds.resource.loader.resource.templatecolumn","TEMP_DEF");
//ve.setProperty("ds.resource.loader.resource.templatecolumn","TEMPLATE_
LONG_DEFINITION");
ve.setProperty("ds.resource.loader.resource.templatecolumn","TEMPLATE_DE
FINITION");
ve.setProperty("ds.resource.loader.resource.timestampcolumn","TIME_STAMP
");
ve.setProperty("ds.resource.loader.cache","false");
ve.setProperty("ds.resource.loader.modificationCheckInterval",60L);
ve.setProperty( RuntimeConstants.RUNTIME_LOG_LOGSYSTEM_CLASS,
"org.apache.velocity.runtime.log.Log4JLogChute" );
ve.setProperty("runtime.log.logsystem.log4j.logger",
LOGGER_NAME);
/* Initializing the velocity engine */
ve.init();
/* next, get the Template */
Template t = ve.getTemplate("1");
//Template t = ve.getTemplate("template602");
System.out.println("111"+t.getData());
/* create a context and add data */
VelocityContext context = new VelocityContext();
context.put("user", "World");
/* now render the template into a StringWriter */
StringWriter writer = new StringWriter();
t.merge( context, writer );
/* show the World */
System.out.println("222");
System.out.println( writer.toString() );
System.out.println("333");
}
}
</code>
Thanks,
Seema
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
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@pivotal-solutions.co.uk > 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@velocity.apache.org > [mailto:user-return-21006-sohara=pivotal- > solutions.co.uk@velocity.apache > .org] On Behalf Of Kai Kousa > Sent: 27 October 2009 06:37 > To: user@velocity.apache.org > 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@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
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@velocity.apache.org [mailto:user-return-21006-sohara=pivotal-solutions.co.uk@velocity.apache .org] On Behalf Of Kai Kousa Sent: 27 October 2009 06:37 To: user@velocity.apache.org 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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
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?
--
View this message in context: http://old.nabble.com/%24velocityHasNext-always-returning-false-%28Velocity-1.6.2%29-tp26338270p26338270.html
Sent from the Velocity - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Its possible. Read about #evaluate macro
2009/11/12 dirk ooms <dirk@onesparrow.com>
> 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@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
>
>
--
Regards,
Alexander
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@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
2009/11/12 Ben Short <ben@benshort.co.uk>: > 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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
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
I don't recall opening a JIRA on this particular item, but I will do so now. :) ________________________________________ From: Nathan Bubna [nbubna@gmail.com] 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@qwest.com> 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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org 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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@qwest.com> 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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
Hmmm. That might work...the problem is that we need to be able to not barf if the template has this in it: <!--#include virtual="" --> Right now, it barfs the template. -----Original Message----- From: Johann.Weber@eventim.de [mailto:Johann.Weber@eventim.de] Sent: Wednesday, November 04, 2009 3:13 PM To: user@velocity.apache.org Subject: AW: Turning Off Directives? Why you don't specify your own IncludeEventHandler? -----Ursprüngliche Nachricht----- Von: White, Tim [mailto:Tim.White@qwest.com] 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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org 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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
Why you don't specify your own IncludeEventHandler? -----Ursprüngliche Nachricht----- Von: White, Tim [mailto:Tim.White@qwest.com] 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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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.
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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
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@gmail.com> 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@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
Only if you set the property "runtime.references.strict" to true. WILL On Fri, Oct 16, 2009 at 9:43 AM, jian chen <chenjian1227@gmail.com> 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@gmail.com> 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@velocity.apache.org >> For additional commands, e-mail: user-help@velocity.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@gmail.com> 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@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
On Thu, Oct 15, 2009 at 2:34 AM, Steve O'Hara <sohara@pivotal-solutions.co.uk> 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@velocity.apache.org [mailto:user-return-20992-sohara=pivotal-solutions.co.uk@velocity.apache.org] 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@pivotal-solutions.co.uk> 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@velocity.apache.org >> For additional commands, e-mail: user-help@velocity.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@velocity.apache.org [mailto:user-return-20992-sohara=pivotal-solutions.co.uk@velocity.apache.org] 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@pivotal-solutions.co.uk> 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@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@velocity.apache.org [mailto:user-return-20992-sohara=pivotal-solutions.co.uk@velocity.apache.org] 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@pivotal-solutions.co.uk> 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@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
ñ ÂÕÄÕ ÏÔÓÕÔÓÔ×Ï×ÁÔØ ÎÁ ÒÁÂÏÔÅ ÎÁÞÉÎÁÑ Ó 30.04.2009 É ÎÅ ×ÅÒÎÕÓØ ÄÏ 01.07.2010. Hi, I am away on maternity leave, for any question ,please, contact by e-mail: international_sales_directorate@aerosvit.com 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@yahoo.com Sincerely, Mrs. Elena Lozina Senior sales specialist Off-line Sales Department AeroSvit Airlines 01032., Kiev, Ukraine 58A, T. Shevchenko blvd. e-mail: eel@aerosvit.com ph./fax: + 380 44 496 79 75 www.aerosvit.com
On Wed, Oct 14, 2009 at 8:44 AM, Steve O'Hara <sohara@pivotal-solutions.co.uk> 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@velocity.apache.org > For additional commands, e-mail: user-help@velocity.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@velocity.apache.org For additional commands, e-mail: user-help@velocity.apache.org
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@mindworks.ee> 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@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
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@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org