Re: Need a clarifcation about some issues
On 4/28/07, Henning P. Schmiedehausen [EMAIL PROTECTED] wrote: Supun Kamburugamuva [EMAIL PROTECTED] writes: 2.I couldn't call inner class methods. I put an inner class object in to Velocity context and then tried to call its methods from the template. But it didn't work. Velocity just outputs the calling method name. Yes, this is AFAIK a known restriction. Can you open a JIRA issue for this so that it does not get lost? No, even VelocityTools uses inner classes extensively. If the class is public and the method is public, you should be good to go. It doesn't make any difference whether the class is inner or outer. Best regards Henning -- Henning P. Schmiedehausen -- [EMAIL PROTECTED] | J2EE, Linux, |gls 91054 Buckenhof, Germany -- +49 9131 506540 | Apache person |eau Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc |m k INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n Save the cheerleader. Save the world. - 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]
Re: Need a clarifcation about some issues
Hi, My inner class was a private one. When I made it public everything worked well. Is it a issue that private inner classes are not working? (Henning suggested to open a Jira). Thanks, Supun. On 4/29/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 4/28/07, Henning P. Schmiedehausen [EMAIL PROTECTED] wrote: Supun Kamburugamuva [EMAIL PROTECTED] writes: 2.I couldn't call inner class methods. I put an inner class object in to Velocity context and then tried to call its methods from the template. But it didn't work. Velocity just outputs the calling method name. Yes, this is AFAIK a known restriction. Can you open a JIRA issue for this so that it does not get lost? No, even VelocityTools uses inner classes extensively. If the class is public and the method is public, you should be good to go. It doesn't make any difference whether the class is inner or outer. Best regards Henning -- Henning P. Schmiedehausen -- [EMAIL PROTECTED] | J2EE, Linux, |gls 91054 Buckenhof, Germany -- +49 9131 506540 | Apache person |eau Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc |m k INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n Save the cheerleader. Save the world. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need a clarifcation about some issues
On 4/29/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, My inner class was a private one. When I made it public everything worked well. Is it a issue that private inner classes are not working? (Henning suggested to open a Jira). No. Classes and methods that are private or protected should not be accessible within a template. No need to open an issue for this. Thanks, Supun. On 4/29/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 4/28/07, Henning P. Schmiedehausen [EMAIL PROTECTED] wrote: Supun Kamburugamuva [EMAIL PROTECTED] writes: 2.I couldn't call inner class methods. I put an inner class object in to Velocity context and then tried to call its methods from the template. But it didn't work. Velocity just outputs the calling method name. Yes, this is AFAIK a known restriction. Can you open a JIRA issue for this so that it does not get lost? No, even VelocityTools uses inner classes extensively. If the class is public and the method is public, you should be good to go. It doesn't make any difference whether the class is inner or outer. Best regards Henning -- Henning P. Schmiedehausen -- [EMAIL PROTECTED] | J2EE, Linux, |gls 91054 Buckenhof, Germany -- +49 9131 506540 | Apache person |eau Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc |m k INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n Save the cheerleader. Save the world. - 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] - 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]
Re: svn commit: r533494 - /velocity/site/site/src/site/site.xml
Why? seems silly to include the project name twice in the path. (that's why I followed the tools format). Besides, the engine format is now outnumbered 2 to 1 :-) Doesn't really matter though - I do grant you some moral authority on this, being our web/process guru. WILL On 4/29/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 4/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: henning Date: Sun Apr 29 03:26:03 2007 New Revision: 533494 URL: http://svn.apache.org/viewvc?view=revrev=533494 Log: we release to projectname-releaseversion. VelocityTools is somewhat out of the line here... ;-) sorry, i didn't know there was an official line. who drew it and why? ;-) Modified: velocity/site/site/src/site/site.xml Modified: velocity/site/site/src/site/site.xml URL: http://svn.apache.org/viewvc/velocity/site/site/src/site/site.xml?view=diffrev=533494r1=533493r2=533494 == --- velocity/site/site/src/site/site.xml (original) +++ velocity/site/site/src/site/site.xml Sun Apr 29 03:26:03 2007 @@ -46,8 +46,8 @@ menu name=Releases item name=Engine 1.5 href=engine/releases/velocity-1.5// item name=Tools 1.3 href=tools/releases/1.3// - item name=Anakia 1.0 href=anakia/releases/1.0// - item name=Texen 1.0 href=texen/releases/1.0// + item name=Anakia 1.0 href=anakia/releases/anakia-1.0// + item name=Texen 1.0 href=texen/releases/texen-1.0// item name=DocBook Framework 1.0 href=docbook/releases/1.0// /menu - 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: question on site building/release process
Thanks, Henning. I'll review this. This has gotten insanely complicated. I read the (outdated) wiki docs, looked at the tools and engine release and still got some stuff wrong. When in double I followed the Tools format for URL's and the like but apparently that's not all correct either. I thought Maven was supposed to simplify things? It's a hassle that the POM's were wrong in the released file. What's the practical import of this? WILL On 4/29/07, Henning P. Schmiedehausen [EMAIL PROTECTED] wrote: Will Glass-Husain [EMAIL PROTECTED] writes: (1) How do I get the site to build for http://velocity.apache.org/engine/releases/anakia-1.0/ This is what I would have done: (shown for anakia, same for texen) - create a release branch: branches/anakia-1.0 (has been done) (BTW: Can we get an uniform capitalization policy here? All ups, all downs, use '-' or '_' etc) - update the pom.xml file: packagingjar/packaging urlhttp://velocity.apache.org/anakia/releases/anakia-1.0/url scm connectionscm:svn: http://svn.apache.org/repos/asf/velocity/anakia/tags/anakia-1.0 /connection developerConnectionscm:svn: https://svn.apache.org/repos/asf/velocity/anakia/tags/anakia-1.0 /developerConnection taganakia-1.0/tag url http://svn.apache.org/viewvc/velocity/anakia/tags/anakia-1.0 /url /scm distributionManagement site ... urlscpexe://people.apache.org/www/velocity.apache.org/anakia/releases/anakia- 1.0/url ... Also update the filter field for the maven-changes-plugin The patched POMs for texen and anakia are on velocity.zones:~velocity/deploy/releases/velocity-anakia-1.0-site/pom.xml and ~velocity/deploy/releases/velocity-texen-1.0-site/pom.xml. These are the poms that also went up to the maven-2 repo. We probably want to streamline this process further. - roll the tarball from that branch - vote on that tarball (else the files inside the tarball would contain the wrong URLs) - if voted, copy the branch to the tag - release the tarball. We botched that part, the released jars contain a wrong pom with the devel links. As I am probably the only one that would have looked at this, I am guilty of neglecting oversight here. :-/ We could discuss whether this is a brown-paperbag bug and fire an anakia/texen 1.0.1 bug fix release with fixed POMs. - Update the site through velocity.zones.apache.org by building a short script similar to the development site scripts (see http://wiki.apache.org/velocity/RebuildSites). I have added scripts to the ~velocity/bin directory and deployed the sites. Please *DO NOT* just copy the devel sites over: - The navigation links will be wrong (the releases are one menu level deeper) - The various links in the project documentation will be wrong (e.g. trunk instead of the tag) - Please also link projname/releases/projname-releaseversion on the main site, not just projname/releases/releaseversion. I fixed this. (2) Per the (somewhat out of date) instructions on the Wiki, I uploaded to the apache distro location and to the maven distro. Do I also need to upload the files to archive.apache.org ? Nope, that happens automatically. http://archive.apache.org/dist/velocity/anakia/1.0/ has already picked it up. What was still missing is distributing it to the maven-2 repository. I just ran this for texen and anakia, they should be picked up by repo1.maven.org soon. This is done using mvn -Dfile=anakia-1.0.jar \ -Drepository.id=apache.releases \ -DpomFile=pom.xml \ -Durl=scpexe://people.apache.org/www/people.apache.org/repo/m2-ibiblio-rsync-repository \ deploy:deploy-file which is a bit sucky, but as we do not build using maven-2, we must deploy the file by hand. It is also sensible to compare the checksums in the maven repo. e.g. http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/anakia/anakia/1.0/anakia-1.0.jar.md5with http://www.apache.org/dist/velocity/anakia/1.0/anakia-1.0.jar.md5 (similar for SHA1 and texen). If they are not the same, something went wrong! We do not want to distribute different jars through maven and through dist! I feel a bit guilty here for not documenting the release process better; for a non-maven-2 user it probably still is a bit quirky. Best regards Henning -- Henning P. Schmiedehausen -- [EMAIL PROTECTED] | J2EE, Linux, |gls 91054 Buckenhof, Germany -- +49 9131 506540 | Apache person |eau Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc |m k INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n Save the cheerleader. Save the world. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will
Fwd: [repo] /www/people.apache.org/repo/m1-ibiblio-rsync-repository/
FYI: We're being encouraged to keep all jars in the velocity directory for the Maven repository. Not sure where this leaves tools. Carlos -- is this recommended for all current and future subprojects? WILL -- Forwarded message -- From: Carlos Sanchez [EMAIL PROTECTED] Date: Apr 29, 2007 10:42 AM Subject: Re: [repo] /www/people.apache.org/repo/m1-ibiblio-rsync-repository/ To: [EMAIL PROTECTED], [EMAIL PROTECTED] I've moved these jars into velocity/jars/ which is the logical place to avoid explosion of groups On 29 Apr 2007 08:15:01 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Repository changed == Repository: /www/people.apache.org/repo/m1-ibiblio-rsync-repository/ Added - [wglass] velocity-anakia [wglass] velocity-anakia/jars [wglass] velocity-anakia/jars/anakia-1.0.jar [wglass] velocity-anakia/jars/anakia-1.0.jar.sha1 [wglass] velocity-anakia/jars/anakia-1.0.jar.md5 [wglass] velocity-anakia/jars/anakia-1.0.jar.asc [wglass] velocity-texen [wglass] velocity-texen/jars [wglass] velocity-texen/texen-1.0.jar.sha1 [wglass] velocity-texen/texen-1.0.jar.md5 [wglass] velocity-texen/texen-1.0.jar.asc [wglass] velocity-texen/texen-1.0.jar Removed --- -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
Re: [repo] /www/people.apache.org/repo/m1-ibiblio-rsync-repository/
for new projects it's encouraged to use org.apache... (eg org.apache.velocity) For old projects they can continue to use the old format or transition to the new one, but no new groups should show up in the old format. On 4/29/07, Will Glass-Husain [EMAIL PROTECTED] wrote: FYI: We're being encouraged to keep all jars in the velocity directory for the Maven repository. Not sure where this leaves tools. Carlos -- is this recommended for all current and future subprojects? WILL -- Forwarded message -- From: Carlos Sanchez [EMAIL PROTECTED] Date: Apr 29, 2007 10:42 AM Subject: Re: [repo] /www/people.apache.org/repo/m1-ibiblio-rsync-repository/ To: [EMAIL PROTECTED], [EMAIL PROTECTED] I've moved these jars into velocity/jars/ which is the logical place to avoid explosion of groups On 29 Apr 2007 08:15:01 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Repository changed == Repository: /www/people.apache.org/repo/m1-ibiblio-rsync-repository/ Added - [wglass] velocity-anakia [wglass] velocity-anakia/jars [wglass] velocity-anakia/jars/anakia-1.0.jar [wglass] velocity-anakia/jars/anakia-1.0.jar.sha1 [wglass] velocity-anakia/jars/anakia-1.0.jar.md5 [wglass] velocity-anakia/jars/anakia- 1.0.jar.asc [wglass] velocity-texen [wglass] velocity-texen/jars [wglass] velocity-texen/texen-1.0.jar.sha1 [wglass] velocity-texen/texen-1.0.jar.md5 [wglass] velocity-texen/texen-1.0.jar.asc [wglass] velocity-texen/texen-1.0.jar Removed --- -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Anakia docs - missing license.html
Hi, The URL http://velocity.apache.org/anakia/releases/anakia-1.0/license.html is missing. Where is that menu stored? We should have it point to a site-wide copy of the Apache license.. WILL -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
Re: Anakia docs - missing license.html
P.S. Thanks, Henning for fixing up the site! (I'm still waiting to send out the announcement until this is all set. A fairly low priority, though completion will be nice). On 4/29/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Hi, The URL http://velocity.apache.org/anakia/releases/anakia-1.0/license.html is missing. Where is that menu stored? We should have it point to a site-wide copy of the Apache license.. WILL -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com
[jira] Resolved: (VELOCITY-542) minus sign in #set requires spaces to surround it
[ https://issues.apache.org/jira/browse/VELOCITY-542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Will Glass-Husain resolved VELOCITY-542. Resolution: Won't Fix ok, guess I'm satisfied with Nathan's explanation. minus sign in #set requires spaces to surround it - Key: VELOCITY-542 URL: https://issues.apache.org/jira/browse/VELOCITY-542 Project: Velocity Issue Type: Bug Components: Engine Affects Versions: 1.5 Reporter: Will Glass-Husain Priority: Minor The following example: #set($thisCampNumber = 10) #set($nextCampNumber = $thisCampNumber+1) #set($previousCampNumber = $thisCampNumber-1) #set($previousCampNumberB = $thisCampNumber - 1) 1: $thisCampNumberbr 2: $nextCampNumberbr 3: $previousCampNumberbr 4: $previousCampNumberBbr produces this result 1: 10 2: 11 3: $previousCampNumber 4: 9 Note that using a minus sign in a #set statement does not work if there are no spaces around it. (however, the same is not true for +). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VELOCITY-543) download page refers to nightly builds which don't exist
download page refers to nightly builds which don't exist Key: VELOCITY-543 URL: https://issues.apache.org/jira/browse/VELOCITY-543 Project: Velocity Issue Type: Bug Components: Website Reporter: Will Glass-Husain Priority: Minor http://velocity.apache.org/download.cgi re: section on nightly builds. we just set this up (or note on the section this is not yet implemented) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]