Re: need help with site update
Merged and publish. By the way, it's maybe a good time to recall everyone that site publishing is really easy now that it has been dockerized, and it boils down to calling a single shell script. See this doc: http://velocity.apache.org/site-building.html#building-the-site-with-docker On 2021-03-10 08 h 20, Will Glass-Husain wrote: Hi-- Claude -- would you be able to help with a site update? I made a PR on Github https://github.com/apache/velocity-site/pull/6 This has an update to our project news re the two recently announced CVEs. I'm not sure how to actually get this on our site. Thanks, WILL - To unsubscribe, e-mail: dev-unsubscr...@velocity.apache.org For additional commands, e-mail: dev-h...@velocity.apache.org - To unsubscribe, e-mail: dev-unsubscr...@velocity.apache.org For additional commands, e-mail: dev-h...@velocity.apache.org
need help with site update
Hi-- Claude -- would you be able to help with a site update? I made a PR on Github https://github.com/apache/velocity-site/pull/6 This has an update to our project news re the two recently announced CVEs. I'm not sure how to actually get this on our site. Thanks, WILL - To unsubscribe, e-mail: dev-unsubscr...@velocity.apache.org For additional commands, e-mail: dev-h...@velocity.apache.org
Re: gump failures, please help
[I kept both Velocity lists in CC, even though I'm not subscribed to either, we'll see how moderator approval turn out 8-)9 On Fri, 5 Sep 2008, Nathan Bubna [EMAIL PROTECTED] wrote: ok. after weeks of wrestling with gump to find out what the failures are about, this last build gave some decent info. I'm sorry to hear that you've been wrestling with it and I'll be glad to offer any help I can. There are two main areas where Gump builds and your vanilla builds differ. One is the version of libraries you use and the other is the classloader setup (or lack thereof) in Ant based builds. Many times the problems come from the second part, so let me recap things even if you may already know them. At the top of Gump's build log you see the content of the CLASSPATh environment variable. Nothing else is on the CLASSPATH and nothing else (or less) will be on any classloader during the Ant build, at least for Ant tasks that honor build.sysclasspath. Could it be that you tests try to load configuration files via a classloader and fail in Gump because you set up the classpath within your build file but Gump ignores it? Watch out for classpath elements in your build file and make sure that everything that is required actually is listed in Gump's CLASSPATH. You can add new entries via work elements in the Gump descriptor. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: gump failures, please help
Thanks, Stefan. I actually believe i figured out the problem not long after that email. It turns out to be a bad fix for COLLECTIONS-271 that causes ExtendedProperties to lose track of keys when combining them via combine(ExtendedProperties). I'm taking the issue to them now. Thanks for the gump tips, though, they may come in handy in the future. :) On Mon, Sep 8, 2008 at 2:49 AM, Stefan Bodewig [EMAIL PROTECTED] wrote: [I kept both Velocity lists in CC, even though I'm not subscribed to either, we'll see how moderator approval turn out 8-)9 On Fri, 5 Sep 2008, Nathan Bubna [EMAIL PROTECTED] wrote: ok. after weeks of wrestling with gump to find out what the failures are about, this last build gave some decent info. I'm sorry to hear that you've been wrestling with it and I'll be glad to offer any help I can. There are two main areas where Gump builds and your vanilla builds differ. One is the version of libraries you use and the other is the classloader setup (or lack thereof) in Ant based builds. Many times the problems come from the second part, so let me recap things even if you may already know them. At the top of Gump's build log you see the content of the CLASSPATh environment variable. Nothing else is on the CLASSPATH and nothing else (or less) will be on any classloader during the Ant build, at least for Ant tasks that honor build.sysclasspath. Could it be that you tests try to load configuration files via a classloader and fail in Gump because you set up the classpath within your build file but Gump ignores it? Watch out for classpath elements in your build file and make sure that everything that is required actually is listed in Gump's CLASSPATH. You can add new entries via work elements in the Gump descriptor. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
gump failures, please help
ok. after weeks of wrestling with gump to find out what the failures
are about, this last build gave some decent info.
See:
http://vmgump.apache.org/gump/public/velocity-engine/velocity-engine-test/gump_work/build_velocity-engine_velocity-engine-test.html
I think this section shows the main problem:
[junit] log: [debug] Velocity was not initialized! Calling init()...
[junit] [debug] Starting Apache Velocity v03092008 (compiled:
2008-09-03 18:37:33)
[junit] [debug] Default Properties File:
org/apache/velocity/runtime/defaults/velocity.properties
[junit] [debug] ResourceManager : No configuration information
for resource loader named 'string'. Skipping.
[junit] [debug] ResourceLoader instantiated:
org.apache.velocity.runtime.resource.loader.FileResourceLoader
[junit] [debug] Do unicode file recognition: false
[junit] [debug] FileResourceLoader : adding path
'/srv/gump/public/workspace/velocity-engine/test/resourceexists'
[junit] [debug] ResourceCache: initialized (class
org.apache.velocity.runtime.resource.ResourceCacheImpl) with class
java.util.Collections$SynchronizedMap cache map.
As you can see, the engine knows there are two resource loaders 'file'
and 'string'. It has path info for the 'file' resource loader, but it
has *no* info on the 'string' resource loader. But if you look at the
test case, it clearly adds info for both loaders:
velocity = new VelocityEngine();
velocity.setProperty(resource.loader, file,string);
velocity.setProperty(file.resource.loader.path, path);
velocity.setProperty(string.resource.loader.class,
StringResourceLoader.class.getName());
This code runs perfectly on my machine and probably on yours too. So,
what the hell? If you further peruse the output from the last gump
build (link above), you will see that the ResourceInstanceTestCase has
the same problem (no info for the 'testrl' resource loader).
The ResourceManager code producing that 'no config info' log message is:
String loaderName = (String) it.next();
StringBuffer loaderID = new StringBuffer(loaderName);
loaderID.append(.).append(RuntimeConstants.RESOURCE_LOADER);
ExtendedProperties loaderConfiguration =
rsvc.getConfiguration().subset(loaderID.toString());
if (loaderConfiguration == null)
{
log.debug(ResourceManager : No configuration
information for resource loader named ' +
loaderName + '. Skipping.);
continue;
}
Why this would work for 'file' and not for 'string' or 'testrl' is
currently a baffling mystery to me. My best guess at this point is
that it is due to some underlying change in Commons-Collections'
ExtendedProperties class. But that seems kind of unlikely. Any
insights? I'm about ready to give up and just find a workaround that
makes gump happy, but if there is a bug coming down the line, that
would not be helpful...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: gump failures, please help
My suspicion has fallen on the fix done for this:
https://issues.apache.org/jira/browse/COLLECTIONS-271
which we also heard about here (for reference)
https://issues.apache.org/jira/browse/VELOCITY-567
because anything added through our setProperty method goes into an
ExtendedProperties whose values are passed into the final
ExtendedProperties via the combine() method. By circumventing the
ExtendedProperties.setProperty method in the patch for
COLLECTIONS-271, i'm thinking that the new props don't end up in
ExtendedProperties' keysAsListed array, which it uses for getKeys()
which the subset() method (and therefore, us) is entirely reliant
upon.
i'll ping the commons list
On Fri, Sep 5, 2008 at 11:13 AM, Nathan Bubna [EMAIL PROTECTED] wrote:
ok. after weeks of wrestling with gump to find out what the failures
are about, this last build gave some decent info.
See:
http://vmgump.apache.org/gump/public/velocity-engine/velocity-engine-test/gump_work/build_velocity-engine_velocity-engine-test.html
I think this section shows the main problem:
[junit] log: [debug] Velocity was not initialized! Calling init()...
[junit] [debug] Starting Apache Velocity v03092008 (compiled:
2008-09-03 18:37:33)
[junit] [debug] Default Properties File:
org/apache/velocity/runtime/defaults/velocity.properties
[junit] [debug] ResourceManager : No configuration information
for resource loader named 'string'. Skipping.
[junit] [debug] ResourceLoader instantiated:
org.apache.velocity.runtime.resource.loader.FileResourceLoader
[junit] [debug] Do unicode file recognition: false
[junit] [debug] FileResourceLoader : adding path
'/srv/gump/public/workspace/velocity-engine/test/resourceexists'
[junit] [debug] ResourceCache: initialized (class
org.apache.velocity.runtime.resource.ResourceCacheImpl) with class
java.util.Collections$SynchronizedMap cache map.
As you can see, the engine knows there are two resource loaders 'file'
and 'string'. It has path info for the 'file' resource loader, but it
has *no* info on the 'string' resource loader. But if you look at the
test case, it clearly adds info for both loaders:
velocity = new VelocityEngine();
velocity.setProperty(resource.loader, file,string);
velocity.setProperty(file.resource.loader.path, path);
velocity.setProperty(string.resource.loader.class,
StringResourceLoader.class.getName());
This code runs perfectly on my machine and probably on yours too. So,
what the hell? If you further peruse the output from the last gump
build (link above), you will see that the ResourceInstanceTestCase has
the same problem (no info for the 'testrl' resource loader).
The ResourceManager code producing that 'no config info' log message is:
String loaderName = (String) it.next();
StringBuffer loaderID = new StringBuffer(loaderName);
loaderID.append(.).append(RuntimeConstants.RESOURCE_LOADER);
ExtendedProperties loaderConfiguration =
rsvc.getConfiguration().subset(loaderID.toString());
if (loaderConfiguration == null)
{
log.debug(ResourceManager : No configuration
information for resource loader named ' +
loaderName + '. Skipping.);
continue;
}
Why this would work for 'file' and not for 'string' or 'testrl' is
currently a baffling mystery to me. My best guess at this point is
that it is due to some underlying change in Commons-Collections'
ExtendedProperties class. But that seems kind of unlikely. Any
insights? I'm about ready to give up and just find a workaround that
makes gump happy, but if there is a bug coming down the line, that
would not be helpful...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: HELP ME: About VelocityStruts 1.4 and Struts2 !!!
Tan, Phan Anh Tan wrote: Following your tutorial http://velocity.apache.org/tools/releases/1.4/struts/userguide.html I found that the VelocityStruts 1.4 can work with Struts 1.x. And what about Struts2.x? Could you please tech me, how to integrate VelocityStruts 1.4 with Struts2.x? The Velocity Tools tools related to Struts do not work in any meaningful way with Struts 2.x. Struts 2.x comes with a tag library that is available in three different output-generation languages out of the box: JSP, Freemarker, and Velocity. You should be able to use these built-in Struts 2.x tools to do most of the things provided by Velocity Tools' Struts tools. I hope that helps, -chris signature.asc Description: OpenPGP digital signature
HELP ME: About VelocityStruts 1.4 and Struts2 !!!
Dear Authors My name is Phan Anh Tan. I am Vietnamese. Now I am working for an IT company in Viet Nam. Following your tutorial http://velocity.apache.org/tools/releases/1.4/struts/userguide.html I found that the VelocityStruts 1.4 can work with Struts 1.x. And what about Struts2.x? Could you please tech me, how to integrate VelocityStruts 1.4 with Struts2.x? Thanks for your help, and best regards Phan Anh Tan
Re: help! site update issues...
i may have gotten it to work. from my local copy, rather than the zone. waiting for the public server to sync up to be sure... On Nov 27, 2007 12:20 PM, Nathan Bubna [EMAIL PROTECTED] wrote: oh, and this needs to happen asap both so i can announce the VelocityTools 1.4 release, and because when the zone method failed, i foolishly tried doing site:deploy from my local copy of velocity-site, which built and deployed successfully but though the copy is up to date with the latest revision, apparently deployed an outdated version, that included none of the updates. i'm a little baffled there too... On Nov 27, 2007 12:16 PM, Nathan Bubna [EMAIL PROTECTED] wrote: ...again. i swear this worked last time i tried it. i'll continue trying for a little while, but if anyone else with access to the zone is willing and able to update the website, please do so asap (Henning?). instructions are here, though, they aren't working for me: http://wiki.apache.org/velocity/RebuildSites i can login and can ssh from their to people.apache.org without entering a password, but Maven keeps failing to do so: scpexe://people.apache.org/www/velocity.apache.org - Session: Opened Using private key: /export/home/velocity/.ssh/id_rsa Executing command: /bin/bash -c 'ssh -i /export/home/velocity/.ssh/id_rsa -o BatchMode yes [EMAIL PROTECTED] mkdir -p /w ww/velocity.apache.org/.' Permission denied (publickey,keyboard-interactive). scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnecting scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnected [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error uploading site Embedded error: Error performing commands for file transfer Exit code 255 - Permission denied (publickey,keyboard-interactive). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: help! site update issues...
I'm no expert on this, but did you remember? newgrp velocity Will* * On Nov 27, 2007 1:17 PM, Nathan Bubna [EMAIL PROTECTED] wrote: i may have gotten it to work. from my local copy, rather than the zone. waiting for the public server to sync up to be sure... On Nov 27, 2007 12:20 PM, Nathan Bubna [EMAIL PROTECTED] wrote: oh, and this needs to happen asap both so i can announce the VelocityTools 1.4 release, and because when the zone method failed, i foolishly tried doing site:deploy from my local copy of velocity-site, which built and deployed successfully but though the copy is up to date with the latest revision, apparently deployed an outdated version, that included none of the updates. i'm a little baffled there too... On Nov 27, 2007 12:16 PM, Nathan Bubna [EMAIL PROTECTED] wrote: ...again. i swear this worked last time i tried it. i'll continue trying for a little while, but if anyone else with access to the zone is willing and able to update the website, please do so asap (Henning?). instructions are here, though, they aren't working for me: http://wiki.apache.org/velocity/RebuildSites i can login and can ssh from their to people.apache.org without entering a password, but Maven keeps failing to do so: scpexe://people.apache.org/www/velocity.apache.org - Session: Opened Using private key: /export/home/velocity/.ssh/id_rsa Executing command: /bin/bash -c 'ssh -i /export/home/velocity/.ssh/id_rsa -o BatchMode yes [EMAIL PROTECTED] mkdir -p /w ww/velocity.apache.org/.' Permission denied (publickey,keyboard-interactive). scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnecting scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnected [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error uploading site Embedded error: Error performing commands for file transfer Exit code 255 - Permission denied (publickey,keyboard-interactive). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
Re: help! site update issues...
yep. :) On Nov 27, 2007 1:28 PM, Will Glass-Husain [EMAIL PROTECTED] wrote: I'm no expert on this, but did you remember? newgrp velocity Will* * On Nov 27, 2007 1:17 PM, Nathan Bubna [EMAIL PROTECTED] wrote: i may have gotten it to work. from my local copy, rather than the zone. waiting for the public server to sync up to be sure... On Nov 27, 2007 12:20 PM, Nathan Bubna [EMAIL PROTECTED] wrote: oh, and this needs to happen asap both so i can announce the VelocityTools 1.4 release, and because when the zone method failed, i foolishly tried doing site:deploy from my local copy of velocity-site, which built and deployed successfully but though the copy is up to date with the latest revision, apparently deployed an outdated version, that included none of the updates. i'm a little baffled there too... On Nov 27, 2007 12:16 PM, Nathan Bubna [EMAIL PROTECTED] wrote: ...again. i swear this worked last time i tried it. i'll continue trying for a little while, but if anyone else with access to the zone is willing and able to update the website, please do so asap (Henning?). instructions are here, though, they aren't working for me: http://wiki.apache.org/velocity/RebuildSites i can login and can ssh from their to people.apache.org without entering a password, but Maven keeps failing to do so: scpexe://people.apache.org/www/velocity.apache.org - Session: Opened Using private key: /export/home/velocity/.ssh/id_rsa Executing command: /bin/bash -c 'ssh -i /export/home/velocity/.ssh/id_rsa -o BatchMode yes [EMAIL PROTECTED] mkdir -p /w ww/velocity.apache.org/.' Permission denied (publickey,keyboard-interactive). scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnecting scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnected [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error uploading site Embedded error: Error performing commands for file transfer Exit code 255 - Permission denied (publickey,keyboard-interactive). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: help! site update issues...
ok, the site just got sync'd. everything works and is updated except the download page. darn permissions error again. i chmod a+x on that; it should work at next sync. will wait to announce until then... On Nov 27, 2007 1:33 PM, Nathan Bubna [EMAIL PROTECTED] wrote: yep. :) On Nov 27, 2007 1:28 PM, Will Glass-Husain [EMAIL PROTECTED] wrote: I'm no expert on this, but did you remember? newgrp velocity Will* * On Nov 27, 2007 1:17 PM, Nathan Bubna [EMAIL PROTECTED] wrote: i may have gotten it to work. from my local copy, rather than the zone. waiting for the public server to sync up to be sure... On Nov 27, 2007 12:20 PM, Nathan Bubna [EMAIL PROTECTED] wrote: oh, and this needs to happen asap both so i can announce the VelocityTools 1.4 release, and because when the zone method failed, i foolishly tried doing site:deploy from my local copy of velocity-site, which built and deployed successfully but though the copy is up to date with the latest revision, apparently deployed an outdated version, that included none of the updates. i'm a little baffled there too... On Nov 27, 2007 12:16 PM, Nathan Bubna [EMAIL PROTECTED] wrote: ...again. i swear this worked last time i tried it. i'll continue trying for a little while, but if anyone else with access to the zone is willing and able to update the website, please do so asap (Henning?). instructions are here, though, they aren't working for me: http://wiki.apache.org/velocity/RebuildSites i can login and can ssh from their to people.apache.org without entering a password, but Maven keeps failing to do so: scpexe://people.apache.org/www/velocity.apache.org - Session: Opened Using private key: /export/home/velocity/.ssh/id_rsa Executing command: /bin/bash -c 'ssh -i /export/home/velocity/.ssh/id_rsa -o BatchMode yes [EMAIL PROTECTED] mkdir -p /w ww/velocity.apache.org/.' Permission denied (publickey,keyboard-interactive). scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnecting scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnected [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error uploading site Embedded error: Error performing commands for file transfer Exit code 255 - Permission denied (publickey,keyboard-interactive). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: help! site update issues...
And did you add /export/home/velocity/.ssh/id_rsa to your authorized hosts on people ? Claude Le mardi 27 novembre 2007 à 13:33 -0800, Nathan Bubna a écrit : yep. :) On Nov 27, 2007 1:28 PM, Will Glass-Husain [EMAIL PROTECTED] wrote: I'm no expert on this, but did you remember? newgrp velocity Will* * On Nov 27, 2007 1:17 PM, Nathan Bubna [EMAIL PROTECTED] wrote: i may have gotten it to work. from my local copy, rather than the zone. waiting for the public server to sync up to be sure... On Nov 27, 2007 12:20 PM, Nathan Bubna [EMAIL PROTECTED] wrote: oh, and this needs to happen asap both so i can announce the VelocityTools 1.4 release, and because when the zone method failed, i foolishly tried doing site:deploy from my local copy of velocity-site, which built and deployed successfully but though the copy is up to date with the latest revision, apparently deployed an outdated version, that included none of the updates. i'm a little baffled there too... On Nov 27, 2007 12:16 PM, Nathan Bubna [EMAIL PROTECTED] wrote: ...again. i swear this worked last time i tried it. i'll continue trying for a little while, but if anyone else with access to the zone is willing and able to update the website, please do so asap (Henning?). instructions are here, though, they aren't working for me: http://wiki.apache.org/velocity/RebuildSites i can login and can ssh from their to people.apache.org without entering a password, but Maven keeps failing to do so: scpexe://people.apache.org/www/velocity.apache.org - Session: Opened Using private key: /export/home/velocity/.ssh/id_rsa Executing command: /bin/bash -c 'ssh -i /export/home/velocity/.ssh/id_rsa -o BatchMode yes [EMAIL PROTECTED] mkdir -p /w ww/velocity.apache.org/.' Permission denied (publickey,keyboard-interactive). scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnecting scpexe://people.apache.org/www/velocity.apache.org - Session: Disconnected [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error uploading site Embedded error: Error performing commands for file transfer Exit code 255 - Permission denied (publickey,keyboard-interactive). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
help
Hi,
I am working on XWiki. Presently the search tool for searching in attachment
contents is case sensitive .If I want to make it case insensitive, what
changes I have to make in its code.
Here is the code for attachment content search in xwiki.
1.1 Search in attachment file content
#set($sql= , XWikiAttachment attach, XWikiAttachmentContent as attachc
where doc.id = attach.docId and attach.id = attachc.id and attachc.content
like '%$text%' )
#foreach ( $item in $xwiki.searchDocuments($sql , $nb , $start))
#if ($xwiki.hasAccessLevel(view, $context.user,
${context.database}:${item}))
#set($bentrydoc = $xwiki.getDocument($item)) *
[$bentrydoc.name${bentrydoc.web}.$bentrydoc.name] by
$xwiki.getLocalUserName($bentrydoc.author) on
$xwiki.formatDate($bentrydoc.date, $formatDate)
#end
#end
Thanks,
Anuj
Re: help
Anuj Anuj wrote: I am working on XWiki. Presently the search tool for searching in attachment contents is case sensitive .If I want to make it case insensitive, what changes I have to make in its code. This is a question better asked on the Velocity-User list, not the developer list. If you have a question about implementation, or a possible bug to report, this is the right place. It is not the right place for questions about how to /use/ Velocity. The mailing list you want is [EMAIL PROTECTED] Thanks, -chris signature.asc Description: OpenPGP digital signature
Need a help to Clarify the Macro Namespaces
Hi, At the moment Velocity macro namespace concept and scoping is not very clear to me. What I would like to know is the policy behind these things i.e. how macros become global, how to determine the namespace of a macro. I would really appreciate it if someone can give me a short description. Thanks, Supun. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need some help with running tests
Hi, I have copied the Junit dll into the Ant lib directory and the problem is solved. I have also added the ant – compile generated TemplateTestBase to the source and now the tests are running ok. Thanks for the help. Cheers, Supun. On 4/17/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Hi Supun, There's a couple of quirks here. Here's what I think the issue sare: (1) Ant can't find the junit jar for the junit task. That's because it doesn't look in the build classpath. Solutions (a) Use ant 1.7 which solves this problem or (b) copy junit.jar into the ant\lib library. Let us know if this helps. If this solves the problem I'll add a note to the documentation about this. (2) The test velocity files cannot be found. The junit tests will not run in an IDE without slight modifications. The path to the test files is added by an ant task. Specifically, TemplateTestBase has constant fields which define the path to the test files. These have dummy values by default. When you run ant compile the entire source tree is copied to a temporary location and these values are filled in with the current path. (note to self: we really need to remove this annoying feature if possible). Again, two possible solutions. * Manually edit this class to include the path to your Velocity source tree. Probably . will work, though you might need an absolute path. This is the easiest approach, though we'll have to be careful not to commit this. OR (this is what I do). * Run ant compile which will create the alternate source tree. Then configure your IDE to use as the source tree (1) the standard java files (2) the standard directory of java test files and (3) TemplateTestBase from bin/test-src (which has the filled in paths). Credit to Henning for this workaround. WILL On 4/17/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I got some problems while trying to run test cases. 1. When I try to run the tests using Ant build(ant test) I got the following error. Could not create task or type of type: junit. Ant could not find the task or a class this task relies upon. I'm using ant-1.6.5. 2. I have built an IntelliJ Idea project from the current SVN checkout of the Velocity Engine. When I try to run some test cases I got the following exception. org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource 'context_safety.vm' Same exception occurs for other test cases where external files are required. Some test cases that don't use external files run correctly. Cheers, Supun. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need some help with running tests
Glad that helped. I've updated the release notes on the Wiki with a note about this, and am adding the same to the building section in the docs. WILL On 4/18/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have copied the Junit dll into the Ant lib directory and the problem is solved. I have also added the ant – compile generated TemplateTestBase to the source and now the tests are running ok. Thanks for the help. Cheers, Supun. On 4/17/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Hi Supun, There's a couple of quirks here. Here's what I think the issue sare: (1) Ant can't find the junit jar for the junit task. That's because it doesn't look in the build classpath. Solutions (a) Use ant 1.7 which solves this problem or (b) copy junit.jar into the ant\lib library. Let us know if this helps. If this solves the problem I'll add a note to the documentation about this. (2) The test velocity files cannot be found. The junit tests will not run in an IDE without slight modifications. The path to the test files is added by an ant task. Specifically, TemplateTestBase has constant fields which define the path to the test files. These have dummy values by default. When you run ant compile the entire source tree is copied to a temporary location and these values are filled in with the current path. (note to self: we really need to remove this annoying feature if possible). Again, two possible solutions. * Manually edit this class to include the path to your Velocity source tree. Probably . will work, though you might need an absolute path. This is the easiest approach, though we'll have to be careful not to commit this. OR (this is what I do). * Run ant compile which will create the alternate source tree. Then configure your IDE to use as the source tree (1) the standard java files (2) the standard directory of java test files and (3) TemplateTestBase from bin/test-src (which has the filled in paths). Credit to Henning for this workaround. WILL On 4/17/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I got some problems while trying to run test cases. 1. When I try to run the tests using Ant build(ant test) I got the following error. Could not create task or type of type: junit. Ant could not find the task or a class this task relies upon. I'm using ant-1.6.5. 2. I have built an IntelliJ Idea project from the current SVN checkout of the Velocity Engine. When I try to run some test cases I got the following exception. org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource 'context_safety.vm' Same exception occurs for other test cases where external files are required. Some test cases that don't use external files run correctly. Cheers, Supun. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
Re: Need some help with running tests
Hi Supun, There's a couple of quirks here. Here's what I think the issue sare: (1) Ant can't find the junit jar for the junit task. That's because it doesn't look in the build classpath. Solutions (a) Use ant 1.7 which solves this problem or (b) copy junit.jar into the ant\lib library. Let us know if this helps. If this solves the problem I'll add a note to the documentation about this. (2) The test velocity files cannot be found. The junit tests will not run in an IDE without slight modifications. The path to the test files is added by an ant task. Specifically, TemplateTestBase has constant fields which define the path to the test files. These have dummy values by default. When you run ant compile the entire source tree is copied to a temporary location and these values are filled in with the current path. (note to self: we really need to remove this annoying feature if possible). Again, two possible solutions. * Manually edit this class to include the path to your Velocity source tree. Probably . will work, though you might need an absolute path. This is the easiest approach, though we'll have to be careful not to commit this. OR (this is what I do). * Run ant compile which will create the alternate source tree. Then configure your IDE to use as the source tree (1) the standard java files (2) the standard directory of java test files and (3) TemplateTestBase from bin/test-src (which has the filled in paths). Credit to Henning for this workaround. WILL On 4/17/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I got some problems while trying to run test cases. 1. When I try to run the tests using Ant build(ant test) I got the following error. Could not create task or type of type: junit. Ant could not find the task or a class this task relies upon. I'm using ant-1.6.5. 2. I have built an IntelliJ Idea project from the current SVN checkout of the Velocity Engine. When I try to run some test cases I got the following exception. org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource 'context_safety.vm' Same exception occurs for other test cases where external files are required. Some test cases that don't use external files run correctly. Cheers, Supun. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
RE: Memory Footprint Help
I am going to start working on the answers to your questions. I've made some headway, but I do have one question. In looking closer at the cache, it seems that both the global cache and the file cache both contain entries to the vm_global*_libraries. These files are very large cache entries for us. Can you tell me which cache they must be in? If they must only be in the global cache, how hard would it be to take it out of the normal file cache? Thanks Ryan -Original Message- From: Will Glass-Husain [mailto:[EMAIL PROTECTED] Sent: Monday, February 26, 2007 4:07 PM To: Velocity Developers List Subject: Re: Memory Footprint Help Ryan, To my knowledge we have not done significant work on memory profiling with Velocity, this effort could be a big help. Some possible questions to investigate: * What classes are the memory hogs? The VM related files? Some of the particular AST files? * Which factors seem to tie up the most memory? Includes? Macros? * Does the size of the context matter? * Does the memory usage go up over time with continued compiling (e.g. is there a growing leak) WILL On 2/26/07, Ryan Smith [EMAIL PROTECTED] wrote: I have posted the picture and attached it to bug (http://issues.apache.org/jira/browse/VELOCITY-223). The picture was there to simply illustrate the size of the velocity library file. I've done the same tests with the 1.5beta2 and the results are the same although there is a noticeable difference in performance from a speed perspective. From a memory footprint perspective 1.5 is about 1% larger than 1.4. The pages were continuously being compiled because they were not in the cache since the cache size needed to be small to keep the memory footprint down. It wasn't the fault of any of the velocity code. At this time I am not that familiar with the Velocity code base but any assistance in where to start looking would be greatly appreciated. Are there any places where velocity is hanging on to strings, tokens, or processing instructions where we could potentially free them up? Are there other ways of factoring macros, files, or #parses that will help in reducing the footprint? Is there potentially extra data in any of the AST classes that isn't necessary after parsing or is potentially duplicate? I will do some more analysis of the memory, tokens, and directives and post the results to the JIRA bug. Thanks for your help. Ryan Smith -Original Message- From: Will Glass-Husain [mailto:[EMAIL PROTECTED] Sent: Saturday, February 24, 2007 7:47 PM To: Velocity Developers List Subject: Re: Memory Footprint Help Ryan, Unfortunately your picture was removed by the mail list software-- perhaps you can raise a JIRA issue on this and attach the image and data? To answer your question, we would welcome assistance on this issue. If you have time and motivation, please dig into this. We'd be happy to help answer any questions on the code and/or offer ideas if not more direct help. If performance increases and the regression tests continue to pass we will almost certainly commit relevant changes. One note though -- there were several bug fixes related to caching, synchronization, introspection, and other subtle issues for Velocity 1.5. This version will be released in the next few days, but if you work with Velocity 1.5beta2 it is almost the same thing. Have you checked results from Velocity 1.5beta2? If the pages are continuously compiled that means the cache is not working, correct? How are you determining this? WILL On 2/24/07, Ryan Smith [EMAIL PROTECTED] wrote: We have a web site where we use velocity to generate our HTML pages. Recently I was asked to help troubleshoot some performance issues and the root cause of our problem was that the velocity cache had grown to well over 1GB in size causing the JVM to continuously GC to try to free up memory. As a short term fix I have grabbed the 1.5 beta ResourceCacheImpl class so that a maximum cache size can be set and enforced. Unfortunately when this was done the performance of the site degraded significantly as the pages were continuously compiled. I used the YourKit memory profiler and found the following information about the individual velocity cache entries (see attached picture): Name Cache Size File Size --- VM_framework_library.vm 9,596,472 130,500 VM_buttons_library.vm 1,195,680 39,113 VM_layout_library.vm 1,683,256 54,371 admin/AdminHome.vm 32,505,168 979 poNewGrid.vm 14,399,648 753 poTemplateGrid.vm14,369,000 774 po/details.vm11,140,9528,368 sub.vm 10,115,096 24,576 At this time we have made a very heavy investment in velocity as our
Re: Memory Footprint Help
Ryan, To my knowledge we have not done significant work on memory profiling with Velocity, this effort could be a big help. Some possible questions to investigate: * What classes are the memory hogs? The VM related files? Some of the particular AST files? * Which factors seem to tie up the most memory? Includes? Macros? * Does the size of the context matter? * Does the memory usage go up over time with continued compiling (e.g. is there a growing leak) WILL On 2/26/07, Ryan Smith [EMAIL PROTECTED] wrote: I have posted the picture and attached it to bug (http://issues.apache.org/jira/browse/VELOCITY-223). The picture was there to simply illustrate the size of the velocity library file. I've done the same tests with the 1.5beta2 and the results are the same although there is a noticeable difference in performance from a speed perspective. From a memory footprint perspective 1.5 is about 1% larger than 1.4. The pages were continuously being compiled because they were not in the cache since the cache size needed to be small to keep the memory footprint down. It wasn't the fault of any of the velocity code. At this time I am not that familiar with the Velocity code base but any assistance in where to start looking would be greatly appreciated. Are there any places where velocity is hanging on to strings, tokens, or processing instructions where we could potentially free them up? Are there other ways of factoring macros, files, or #parses that will help in reducing the footprint? Is there potentially extra data in any of the AST classes that isn't necessary after parsing or is potentially duplicate? I will do some more analysis of the memory, tokens, and directives and post the results to the JIRA bug. Thanks for your help. Ryan Smith -Original Message- From: Will Glass-Husain [mailto:[EMAIL PROTECTED] Sent: Saturday, February 24, 2007 7:47 PM To: Velocity Developers List Subject: Re: Memory Footprint Help Ryan, Unfortunately your picture was removed by the mail list software-- perhaps you can raise a JIRA issue on this and attach the image and data? To answer your question, we would welcome assistance on this issue. If you have time and motivation, please dig into this. We'd be happy to help answer any questions on the code and/or offer ideas if not more direct help. If performance increases and the regression tests continue to pass we will almost certainly commit relevant changes. One note though -- there were several bug fixes related to caching, synchronization, introspection, and other subtle issues for Velocity 1.5. This version will be released in the next few days, but if you work with Velocity 1.5beta2 it is almost the same thing. Have you checked results from Velocity 1.5beta2? If the pages are continuously compiled that means the cache is not working, correct? How are you determining this? WILL On 2/24/07, Ryan Smith [EMAIL PROTECTED] wrote: We have a web site where we use velocity to generate our HTML pages. Recently I was asked to help troubleshoot some performance issues and the root cause of our problem was that the velocity cache had grown to well over 1GB in size causing the JVM to continuously GC to try to free up memory. As a short term fix I have grabbed the 1.5 beta ResourceCacheImpl class so that a maximum cache size can be set and enforced. Unfortunately when this was done the performance of the site degraded significantly as the pages were continuously compiled. I used the YourKit memory profiler and found the following information about the individual velocity cache entries (see attached picture): Name Cache Size File Size --- VM_framework_library.vm 9,596,472 130,500 VM_buttons_library.vm 1,195,680 39,113 VM_layout_library.vm 1,683,256 54,371 admin/AdminHome.vm 32,505,168 979 poNewGrid.vm 14,399,648 753 poTemplateGrid.vm14,369,000 774 po/details.vm11,140,9528,368 sub.vm 10,115,096 24,576 At this time we have made a very heavy investment in velocity as our presentation layer framework and love it. In order to meet our performance goals, we need to keep as many of the velocity pages in cache as we can but if we do that, we can only fit 2 web applications per Tomcat deployment in a 32 bit environment. In searching through the JIRA issues, I found ( http://issues.apache.org/jira/browse/VELOCITY-450 ) and ( http://issues.apache.org/jira/browse/VELOCITY-223 ) that reference this exact issue as well as the wiki entry talking about how to reduce the memory footprint. I am sending email to the developers list offering up my time to assist with this issue. I was hoping that there would be someone who would be able to point me in a direction to get me started and that there would potentially
Memory Footprint Help
We have a web site where we use velocity to generate our HTML pages. Recently I was asked to help troubleshoot some performance issues and the root cause of our problem was that the velocity cache had grown to well over 1GB in size causing the JVM to continuously GC to try to free up memory. As a short term fix I have grabbed the 1.5 beta ResourceCacheImpl class so that a maximum cache size can be set and enforced. Unfortunately when this was done the performance of the site degraded significantly as the pages were continuously compiled. I used the YourKit memory profiler and found the following information about the individual velocity cache entries (see attached picture): Name Cache Size File Size --- VM_framework_library.vm 9,596,472 130,500 VM_buttons_library.vm 1,195,680 39,113 VM_layout_library.vm 1,683,256 54,371 admin/AdminHome.vm 32,505,168 979 poNewGrid.vm 14,399,648 753 poTemplateGrid.vm14,369,000 774 po/details.vm11,140,9528,368 sub.vm 10,115,096 24,576 At this time we have made a very heavy investment in velocity as our presentation layer framework and love it. In order to meet our performance goals, we need to keep as many of the velocity pages in cache as we can but if we do that, we can only fit 2 web applications per Tomcat deployment in a 32 bit environment. In searching through the JIRA issues, I found ( http://issues.apache.org/jira/browse/VELOCITY-450 ) and ( http://issues.apache.org/jira/browse/VELOCITY-223 ) that reference this exact issue as well as the wiki entry talking about how to reduce the memory footprint. I am sending email to the developers list offering up my time to assist with this issue. I was hoping that there would be someone who would be able to point me in a direction to get me started and that there would potentially be some big wins that we could take advantage of. Are there any places where velocity is hanging on to strings, tokens, or processing instructions where we could potentially free them up? Are there other ways of factoring macros, files, or #parses that will help in reducing the footprint? Is there potentially extra data in any of the AST classes that isn't necessary after parsing or is potentially duplicate? Thank you, Ryan Smith VelocityMemory.JPG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
