tag:old.nabble.com,2006:forum-305Nabble - Velocity2009-12-23T04:34:29ZVelocity is a Java-based template engine. Velocity home is <a href="http://jakarta.apache.org/velocity/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26901491[jira] Commented: (VELOCITY-750) org.apache.velocity.runtime.RuntimeInstance initialization is not ThreadSafe2009-12-23T04:34:29Z2009-12-23T04:34:29ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12794035#action_12794035" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12794035#action_12794035</a> ]
<br><br>Jarkko Viinamäki commented on VELOCITY-750:
<br>-------------------------------------------
<br><br>If I'm not mistaken, code in RuntimeInstance class seems to have some sort of broken "Double Checked Locking" implementation. See <a href="http://jeremymanson.blogspot.com/2007/05/double-checked-locking-and-problem-with.html" target="_top" rel="nofollow">http://jeremymanson.blogspot.com/2007/05/double-checked-locking-and-problem-with.html</a><br><br>Proper synchronization will introduce a performance penalty for all page renderings.
<br><br><br><div class='shrinkable-quote'><br>> org.apache.velocity.runtime.RuntimeInstance initialization is not ThreadSafe
<br>> ----------------------------------------------------------------------------
<br>>
<br>> Key: VELOCITY-750
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-750" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-750</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Components: Engine
<br>> Affects Versions: 1.6.2, 1.6.x
<br>> Environment: Vista, Java 1.6
<br>> Reporter: Cenek Rauscher
<br>> Fix For: 1.6.x
<br>>
<br>>
<br>> Two threads call Velocity.evaluate() method.
<br>> Call RuntimeInstance.parse() and requireInitialization() method.
<br>> One thread trying make initialization, set "initializing" to true and the other thread does not wait until initialization is done and go on.
<br>> At next line Parser parser = (Parser) parserPool.get() is NullPointerException thrown.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26901491&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26901491&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26900741[jira] Created: (VELOCITY-750) org.apache.velocity.runtime.RuntimeInstance initialization is not ThreadSafe2009-12-23T03:13:29Z2009-12-23T03:13:29ZVelocity - Dev mailing list-2org.apache.velocity.runtime.RuntimeInstance initialization is not ThreadSafe
<br>----------------------------------------------------------------------------
<br><br> Key: VELOCITY-750
<br> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-750" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-750</a><br> Project: Velocity
<br> Issue Type: Bug
<br> Components: Engine
<br> Affects Versions: 1.6.2, 1.6.x
<br> Environment: Vista, Java 1.6
<br> Reporter: Cenek Rauscher
<br> Fix For: 1.6.x
<br><br><br>Two threads call Velocity.evaluate() method.
<br>Call RuntimeInstance.parse() and requireInitialization() method.
<br>One thread trying make initialization, set "initializing" to true and the other thread does not wait until initialization is done and go on.
<br>At next line Parser parser = (Parser) parserPool.get() is NullPointerException thrown.
<br><br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26900741&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26900741&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26900399[jira] Updated: (VELOCITY-742) Easily Add/Remove/Replace Directives Without Cracking Open Velocity Jar2009-12-23T02:29:29Z2009-12-23T02:29:29ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Jarkko Viinamäki updated VELOCITY-742:
<br>--------------------------------------
<br><br> Attachment: velocity-742.patch
<br><br>OK. This patch now provides two new public methods in VelocityEngine and Velocity classes:
<br><br>removeDirective(String name)
<br>loadDirective(String className)
<br><br>Note that all parser instances use the same set of directives so it's not possible to disable e.g. #include directive for certain page rendering but still keep it active for other possibly concurrent page renderings. Note also that you need to first call init on Velocity or VelocityEngine before you start removing directives (otherwise the autoinit "overwrites" the removal operation). See the Velocity742TestCase.
<br><br>Note! After applying the patch, you need to run "ant parser test" in order to update the generated Parser.java and other related classes.
<br><br>--
<br><br>I also noticed that there was a hidden bug in the code: RuntimeInstance keeps a map of directives in variable called runtimeDirectives. When a new parser was created that variable was passed to the Parser but the parser made a HashMap copy of the runtimeDirectives (this was one of the speed improvements since it slows things down if many parsers hammer the same synchronized map).
<br><br>Therefore when addDirective, removeDirective etc. were called in RuntimeInstance, they had no effect since all the created parsers still had a copy of the old runtimeDirectives map.
<br><br>I fixed it so that Parser instances do not have a copy of the directives map at all. Instead, they redirect e.g. getDirective and isDirective calls to RuntimeInstance which uses unsynchronized HashMap for the lookups. When the runtimeDirectives map is modified (new directive is added or an old one is deleted), a new HashMap is created as a copy and the reference is updated so that subsequent calls to RuntimeInstance.getDirective use the newly created map (Copy-on-Write pattern I guess).
<br><br>Nathan & others, please take a look at this when you have time and check if I did something really silly.
<br><br>Merry Christmas! :)
<br><div class='shrinkable-quote'><br>> Easily Add/Remove/Replace Directives Without Cracking Open Velocity Jar
<br>> -----------------------------------------------------------------------
<br>>
<br>> Key: VELOCITY-742
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-742" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-742</a><br>> Project: Velocity
<br>> Issue Type: New Feature
<br>> Components: Engine
<br>> Affects Versions: 1.6.2
<br>> Reporter: Tim White
<br>> Priority: Minor
<br>> Attachments: velocity-742.patch
<br>>
<br>>
<br>> There are two use cases that I have for this issue:
<br>> 1) We need to turn off #include in order to parse .html files that include SSI directives: <!--#include virtual=""--> (we always use #parse in our world, so no loss for #include going away)
<br>> 2) We need to supply our own version of #parse that contains the development hooks that I described in a different issue.
<br>> Right now, the only crisp way to do is is to crack open the velocity .jar and make these changes, which is very risky, because future developers may upgrade to new versions of Velocity and not realize that there are customizations and/or not understand how to remake them....not to mention in a shared-classpath environment, we don't always have control over which copy of the Velocity .jar we're using.
<br>> Ideally, there would be config options like this:
<br>> directive_remove ("#parse", "#include")
<br>> directive_add ("#parse", "com.qwest.velocity.directives.Parse")
<br>> Thanks!
<br>> Tim
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26900399&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26900399&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26887935[jira] Updated: (VELOCITY-727) ArrayIndexOutOfBoundsException when #define without parameter2009-12-22T04:58:29Z2009-12-22T04:58:29ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Jarkko Viinamäki updated VELOCITY-727:
<br>--------------------------------------
<br><br> Attachment: velocity-727.patch
<br><br>This should fix it.
<br><div class='shrinkable-quote'><br>> ArrayIndexOutOfBoundsException when #define without parameter
<br>> -------------------------------------------------------------
<br>>
<br>> Key: VELOCITY-727
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-727" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-727</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Components: Engine
<br>> Affects Versions: 1.6.2
<br>> Reporter: Siri C.
<br>> Attachments: velocity-727.patch
<br>>
<br>>
<br>> {code}
<br>> #define()
<br>> Hello
<br>> #end
<br>> {code}
<br>> Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.jjtGetChild(SimpleNode.java:177)
<br>> at org.apache.velocity.runtime.directive.Define.init(Define.java:96)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.init(ASTDirective.java:125)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.init(SimpleNode.java:303)
<br>> at org.apache.velocity.runtime.RuntimeInstance.render(RuntimeInstance.java:1254)
<br>> at org.apache.velocity.runtime.RuntimeInstance.evaluate(RuntimeInstance.java
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26887935&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26887935&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26887634[jira] Updated: (VELOCITY-728) NullPointerException occurs when #parse() without parameter2009-12-22T04:34:29Z2009-12-22T04:34:29ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Jarkko Viinamäki updated VELOCITY-728:
<br>--------------------------------------
<br><br> Attachment: velocity-728.patch
<br><br>This should fix it.
<br><br>If #parse doesn't get an argument, a VelocityException is thrown with information where the problem occurs.
<br><br>The previous code didn't obviously work and instead of throwing exceptions it just wrote things to Velocity log. This same problem is related to other directives as well (no checking whether we actually got the argument or not and no exception in case of error).
<br><div class='shrinkable-quote'><br>> NullPointerException occurs when #parse() without parameter
<br>> -----------------------------------------------------------
<br>>
<br>> Key: VELOCITY-728
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-728" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-728</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Components: Engine
<br>> Affects Versions: 1.6.2
<br>> Reporter: Siri C.
<br>> Attachments: velocity-728.patch
<br>>
<br>>
<br>> Execute this template code
<br>> #parse()
<br>> The exception occurs
<br>> Caused by: java.lang.NullPointerException
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.jjtGetChild(SimpleNode.java:177)
<br>> at org.apache.velocity.runtime.directive.Parse.render(Parse.java:131)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.runtime.RuntimeInstance.render(RuntimeInstance.java:1277)
<br>> at org.apache.velocity.runtime.RuntimeInstance.evaluate(RuntimeInstance.java:1216)
<br>> at org.apache.velocity.app.VelocityEngine.evaluate(VelocityEngine.java:294)
<br>> ... 6 more
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26887634&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26887634&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26846415Previous URL2009-12-18T09:17:42Z2009-12-18T09:17:42ZSpeed Commerce, Inc.Is there a way to determine the previous url (the referrer) in Velocity?<p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26840499Re: Previous URL2009-12-18T00:30:09Z2009-12-18T00:30:09ZAntonio Petrelli-32009/12/18 Speed Commerce, Inc. <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26840499&i=0" target="_top" rel="nofollow">bruce.brown@...</a>>:
<br>>
<br>> Is there a way to determine the previous url (the referrer) in Velocity?
<br><br>You can make a request-scoped tool that has a setRequest method:
<br>public void setRequest(HttpServletRequest request)
<br>and then you can determine the referrer.
<br><br>Ciao
<br>Antonio
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26840499&i=1" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26840499&i=2" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26840017Previous URL2009-12-17T23:20:37Z2009-12-17T23:20:37ZSpeed Commerce, Inc.Is there a way to determine the previous url (the referrer) in Velocity?<p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26839286Re: Macros in macros2009-12-17T21:10:35Z2009-12-17T21:10:35ZNathan BubnaYeah, macros actually got a lot more expensive (especially in memory)
<br>in 1.5. 1.6.2 resolved most of those issues. :)
<br><br>On Thu, Dec 17, 2009 at 5:27 PM, Jude Robinson
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26839286&i=0" target="_top" rel="nofollow">dotcode+velocity@...</a>> wrote:
<div class='shrinkable-quote'><br>>>> Expensive in cycles or memory? And in what version? Much
<br>>>> optimization has been done, and i've yet to notice trouble in 1.6+ (at
<br>>>> least compared to previous).
<br>>>
<br>>> Sorry, should have stated the version: 1.6.2
<br>>
<br>> <pokes around a bit />
<br>> <sigh />
<br>>
<br>> Scratch that: 1.5
<br>>
<br>> Sorry. Ignore. No problems here.
<br>>
<br>> <trots off to upgrade />
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26839286&i=1" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26839286&i=2" target="_top" rel="nofollow">user-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26839286&i=3" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26839286&i=4" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26837347Re: Macros in macros2009-12-17T16:27:39Z2009-12-17T16:27:39ZJude Robinson>> Expensive in cycles or memory? And in what version? Much
<br>>> optimization has been done, and i've yet to notice trouble in 1.6+ (at
<br>>> least compared to previous).
<br>>
<br>> Sorry, should have stated the version: 1.6.2
<br><br><pokes around a bit />
<br><sigh />
<br><br>Scratch that: 1.5
<br><br>Sorry. Ignore. No problems here.
<br><br><trots off to upgrade />
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26837347&i=0" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26837347&i=1" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26837314Re: Macros in macros2009-12-17T16:22:27Z2009-12-17T16:22:27ZJude Robinson> Expensive in cycles or memory? And in what version? Much
<br>> optimization has been done, and i've yet to notice trouble in 1.6+ (at
<br>> least compared to previous).
<br><br>Sorry, should have stated the version: 1.6.2
<br><br>In terms of cycles or memory: cycles *I guess* … I've simply noticed
<br>that when using apache bench on a page consisting of a few calls to a
<br>macro that references other macros - when said references to macros
<br>are replaced with the code contained in those macros the average
<br>response time drops significantly.
<br><br>Be gentle with me … I'm just a simple clientsider …
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26837314&i=0" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26837314&i=1" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26836978Re: Macros in macros2009-12-17T15:43:52Z2009-12-17T15:43:52ZNathan BubnaExpensive in cycles or memory? And in what version? Much
<br>optimization has been done, and i've yet to notice trouble in 1.6+ (at
<br>least compared to previous).
<br><br>On Thu, Dec 17, 2009 at 1:31 PM, Jude Robinson
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26836978&i=0" target="_top" rel="nofollow">dotcode+velocity@...</a>> wrote:
<br>> Hi all - a concise question about VTL performance: referencing macros
<br>> from within macros seems to be very expensive - do you know why this
<br>> is?
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26836978&i=1" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26836978&i=2" target="_top" rel="nofollow">user-help@...</a>
<br>>
<br>>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26836978&i=3" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26836978&i=4" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26834501Macros in macros2009-12-17T12:31:04Z2009-12-17T12:31:04ZJude RobinsonHi all - a concise question about VTL performance: referencing macros
<br>from within macros seems to be very expensive - do you know why this
<br>is?
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26834501&i=0" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26834501&i=1" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26828297[jira] Commented: (VELOCITY-749) ReferenceInsertionEventHandler called "to often"/need more configuration settings2009-12-17T05:53:18Z2009-12-17T05:53:18ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791929#action_12791929" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791929#action_12791929</a> ]
<br><br>Marco Rothe commented on VELOCITY-749:
<br>--------------------------------------
<br><br>Sorry, my browser did'nt show me your example when I leave my comment :-/
<br><div class='shrinkable-quote'><br>> ReferenceInsertionEventHandler called "to often"/need more configuration settings
<br>> ---------------------------------------------------------------------------------
<br>>
<br>> Key: VELOCITY-749
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-749" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Affects Versions: 1.6.2
<br>> Reporter: Marco Rothe
<br>> Priority: Minor
<br>> Fix For: 1.6.x, 1.7
<br>>
<br>>
<br>> I use the EscapeXmlReference (ReferenceInsertionEventHandler implementation) in our projects to produce valid XHTML.
<br>> But I works not as expected in some situations:
<br>> Given the reference $test as 'Me & Co. Ltd' (for example from context) will output as
<br>> Me & Co. Ltd
<br>> correctly after the EscapeXmlReference.
<br>> But if we enrich the $test reference with some other string before output (#set($test = "* $test *")) we got
<br>> * Me &amp; Co. Ltd *
<br>> and not * Me & Co. Ltd * as output!
<br>> This is because the EscapeReference handler was called two times. First on the (internal) set directive (Me & Co. Ltd -> Me & Co. Ltd), second on the real output of $test to the stream (* Me & Co. Ltd *-> * Me &amp; Co. Ltd *).
<br>> The javadoc of ReferenceInsertionEventHandler says "Reference 'Stream insertion' event handler. Called with object that will be inserted into stream via value.toString()."
<br>> "inserted into stream" means to me into the real output stream of the template merge, not into internal substreams. So I believe it's a bug or a least an unexpected behaviour because it produce unpredictable results on string operations.
<br>> So the ReferenceInsertionEventHandler needs the possibility to know if the current insertation is an internal or an real output insertation to be able to react on situations as descripted above.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26828297&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26828297&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26827814[jira] Commented: (VELOCITY-749) ReferenceInsertionEventHandler called "to often"/need more configuration settings2009-12-17T05:14:18Z2009-12-17T05:14:18ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791912#action_12791912" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791912#action_12791912</a> ]
<br><br>Marco Rothe commented on VELOCITY-749:
<br>--------------------------------------
<br><br>Hmm, I can't find anything about escaping references on the wiki! The current behaviour of the EscapeXmlReference handler is nearly useless if there is no way to distinct between internal and real output insertations. Did you know a way to do that with 'sophisticated filtering' ? I would like to see an example or get an hint.
<br><div class='shrinkable-quote'><br>> ReferenceInsertionEventHandler called "to often"/need more configuration settings
<br>> ---------------------------------------------------------------------------------
<br>>
<br>> Key: VELOCITY-749
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-749" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Affects Versions: 1.6.2
<br>> Reporter: Marco Rothe
<br>> Priority: Minor
<br>> Fix For: 1.6.x, 1.7
<br>>
<br>>
<br>> I use the EscapeXmlReference (ReferenceInsertionEventHandler implementation) in our projects to produce valid XHTML.
<br>> But I works not as expected in some situations:
<br>> Given the reference $test as 'Me & Co. Ltd' (for example from context) will output as
<br>> Me & Co. Ltd
<br>> correctly after the EscapeXmlReference.
<br>> But if we enrich the $test reference with some other string before output (#set($test = "* $test *")) we got
<br>> * Me &amp; Co. Ltd *
<br>> and not * Me & Co. Ltd * as output!
<br>> This is because the EscapeReference handler was called two times. First on the (internal) set directive (Me & Co. Ltd -> Me & Co. Ltd), second on the real output of $test to the stream (* Me & Co. Ltd *-> * Me &amp; Co. Ltd *).
<br>> The javadoc of ReferenceInsertionEventHandler says "Reference 'Stream insertion' event handler. Called with object that will be inserted into stream via value.toString()."
<br>> "inserted into stream" means to me into the real output stream of the template merge, not into internal substreams. So I believe it's a bug or a least an unexpected behaviour because it produce unpredictable results on string operations.
<br>> So the ReferenceInsertionEventHandler needs the possibility to know if the current insertation is an internal or an real output insertation to be able to react on situations as descripted above.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26827814&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26827814&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26827290[jira] Resolved: (VELOCITY-749) ReferenceInsertionEventHandler called "to often"/need more configuration settings2009-12-17T04:26:18Z2009-12-17T04:26:18ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Claude Brisson resolved VELOCITY-749.
<br>-------------------------------------
<br><br> Resolution: Won't Fix
<br><br>Sophisticated filtering behaviours can be proposed on the wiki, but shouldn't be included in the engine, as use cases are too complex and too different one from another
<br><div class='shrinkable-quote'><br>> ReferenceInsertionEventHandler called "to often"/need more configuration settings
<br>> ---------------------------------------------------------------------------------
<br>>
<br>> Key: VELOCITY-749
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-749" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Affects Versions: 1.6.2
<br>> Reporter: Marco Rothe
<br>> Priority: Minor
<br>> Fix For: 1.6.x, 1.7
<br>>
<br>>
<br>> I use the EscapeXmlReference (ReferenceInsertionEventHandler implementation) in our projects to produce valid XHTML.
<br>> But I works not as expected in some situations:
<br>> Given the reference $test as 'Me & Co. Ltd' (for example from context) will output as
<br>> Me & Co. Ltd
<br>> correctly after the EscapeXmlReference.
<br>> But if we enrich the $test reference with some other string before output (#set($test = "* $test *")) we got
<br>> * Me &amp; Co. Ltd *
<br>> and not * Me & Co. Ltd * as output!
<br>> This is because the EscapeReference handler was called two times. First on the (internal) set directive (Me & Co. Ltd -> Me & Co. Ltd), second on the real output of $test to the stream (* Me & Co. Ltd *-> * Me &amp; Co. Ltd *).
<br>> The javadoc of ReferenceInsertionEventHandler says "Reference 'Stream insertion' event handler. Called with object that will be inserted into stream via value.toString()."
<br>> "inserted into stream" means to me into the real output stream of the template merge, not into internal substreams. So I believe it's a bug or a least an unexpected behaviour because it produce unpredictable results on string operations.
<br>> So the ReferenceInsertionEventHandler needs the possibility to know if the current insertation is an internal or an real output insertation to be able to react on situations as descripted above.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26827290&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26827290&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26827269[jira] Commented: (VELOCITY-749) ReferenceInsertionEventHandler called "to often"/need more configuration settings2009-12-17T04:24:18Z2009-12-17T04:24:18ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791897#action_12791897" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791897#action_12791897</a> ]
<br><br>Claude Brisson commented on VELOCITY-749:
<br>-----------------------------------------
<br><br>It's too complex to try to configure it, because the frontier between an internal and a real output insertion is very difficult.
<br><br>If you want to control precisely when escaping occurs and when it doesn't, you better inherit EscapeXmlReference in a class of yours.
<br><br>A quite handy way of handling this, that I often use, is giving prefixes to reference names. For instance, you can have a filter that only escapes references whose name begins by 'xml'.
<br><br>public class MyXmlEscape extends EscapeXmlReference
<br>{
<br> public Object referenceInsert( String reference, Object value ) {
<br> if (value == null)
<br> {
<br> return null;
<br> }
<br> if (!value instanceof String || !reference.startsWith("xml"))
<br> {
<br> // do not escape
<br> return value;
<br> }
<br> else
<br> {
<br> // escape
<br> return super.referenceInsert(reference, value);
<br> }
<br> }
<br>}
<br><br>That way, you can write :
<br><br>#set( $test = 'Me & Co. Ltd' )
<br>#set( $xmltest = " * $test * ")
<br>$xmltest
<br><br>and this will exhibit the expected behaviour.
<br><br><div class='shrinkable-quote'><br>> ReferenceInsertionEventHandler called "to often"/need more configuration settings
<br>> ---------------------------------------------------------------------------------
<br>>
<br>> Key: VELOCITY-749
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-749" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Affects Versions: 1.6.2
<br>> Reporter: Marco Rothe
<br>> Priority: Minor
<br>> Fix For: 1.6.x, 1.7
<br>>
<br>>
<br>> I use the EscapeXmlReference (ReferenceInsertionEventHandler implementation) in our projects to produce valid XHTML.
<br>> But I works not as expected in some situations:
<br>> Given the reference $test as 'Me & Co. Ltd' (for example from context) will output as
<br>> Me & Co. Ltd
<br>> correctly after the EscapeXmlReference.
<br>> But if we enrich the $test reference with some other string before output (#set($test = "* $test *")) we got
<br>> * Me &amp; Co. Ltd *
<br>> and not * Me & Co. Ltd * as output!
<br>> This is because the EscapeReference handler was called two times. First on the (internal) set directive (Me & Co. Ltd -> Me & Co. Ltd), second on the real output of $test to the stream (* Me & Co. Ltd *-> * Me &amp; Co. Ltd *).
<br>> The javadoc of ReferenceInsertionEventHandler says "Reference 'Stream insertion' event handler. Called with object that will be inserted into stream via value.toString()."
<br>> "inserted into stream" means to me into the real output stream of the template merge, not into internal substreams. So I believe it's a bug or a least an unexpected behaviour because it produce unpredictable results on string operations.
<br>> So the ReferenceInsertionEventHandler needs the possibility to know if the current insertation is an internal or an real output insertation to be able to react on situations as descripted above.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26827269&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26827269&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26827270[jira] Issue Comment Edited: (VELOCITY-749) ReferenceInsertionEventHandler called "to often"/need more configuration settings2009-12-17T04:24:18Z2009-12-17T04:24:18ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791897#action_12791897" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791897#action_12791897</a> ]
<br><br>Claude Brisson edited comment on VELOCITY-749 at 12/17/09 12:22 PM:
<br>--------------------------------------------------------------------
<br><br>It's too complex to try to configure it, because the frontier between an internal and a real output insertion is very difficult to define.
<br><br>If you want to control precisely when escaping occurs and when it doesn't, you better inherit EscapeXmlReference in a class of yours.
<br><br>A quite handy way of handling this, that I often use, is giving prefixes to reference names. For instance, you can have a filter that only escapes references whose name begins by 'xml'.
<br><br>public class MyXmlEscape extends EscapeXmlReference
<br>{
<br> public Object referenceInsert( String reference, Object value ) {
<br> if (value == null)
<br> {
<br> return null;
<br> }
<br> if (!value instanceof String || !reference.startsWith("xml"))
<br> {
<br> // do not escape
<br> return value;
<br> }
<br> else
<br> {
<br> // escape
<br> return super.referenceInsert(reference, value);
<br> }
<br> }
<br>}
<br><br>That way, you can write :
<br><br>#set( $test = 'Me & Co. Ltd' )
<br>#set( $xmltest = " * $test * ")
<br>$xmltest
<br><br>and this will exhibit the expected behaviour.
<br><br><br> was (Author: claude):
<br> It's too complex to try to configure it, because the frontier between an internal and a real output insertion is very difficult.
<br><br>If you want to control precisely when escaping occurs and when it doesn't, you better inherit EscapeXmlReference in a class of yours.
<br><br>A quite handy way of handling this, that I often use, is giving prefixes to reference names. For instance, you can have a filter that only escapes references whose name begins by 'xml'.
<br><br>public class MyXmlEscape extends EscapeXmlReference
<br>{
<br> public Object referenceInsert( String reference, Object value ) {
<br> if (value == null)
<br> {
<br> return null;
<br> }
<br> if (!value instanceof String || !reference.startsWith("xml"))
<br> {
<br> // do not escape
<br> return value;
<br> }
<br> else
<br> {
<br> // escape
<br> return super.referenceInsert(reference, value);
<br> }
<br> }
<br>}
<br><br>That way, you can write :
<br><br>#set( $test = 'Me & Co. Ltd' )
<br>#set( $xmltest = " * $test * ")
<br>$xmltest
<br><br>and this will exhibit the expected behaviour.
<br><br>
<div class='shrinkable-quote'><br>> ReferenceInsertionEventHandler called "to often"/need more configuration settings
<br>> ---------------------------------------------------------------------------------
<br>>
<br>> Key: VELOCITY-749
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-749" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Affects Versions: 1.6.2
<br>> Reporter: Marco Rothe
<br>> Priority: Minor
<br>> Fix For: 1.6.x, 1.7
<br>>
<br>>
<br>> I use the EscapeXmlReference (ReferenceInsertionEventHandler implementation) in our projects to produce valid XHTML.
<br>> But I works not as expected in some situations:
<br>> Given the reference $test as 'Me & Co. Ltd' (for example from context) will output as
<br>> Me & Co. Ltd
<br>> correctly after the EscapeXmlReference.
<br>> But if we enrich the $test reference with some other string before output (#set($test = "* $test *")) we got
<br>> * Me &amp; Co. Ltd *
<br>> and not * Me & Co. Ltd * as output!
<br>> This is because the EscapeReference handler was called two times. First on the (internal) set directive (Me & Co. Ltd -> Me & Co. Ltd), second on the real output of $test to the stream (* Me & Co. Ltd *-> * Me &amp; Co. Ltd *).
<br>> The javadoc of ReferenceInsertionEventHandler says "Reference 'Stream insertion' event handler. Called with object that will be inserted into stream via value.toString()."
<br>> "inserted into stream" means to me into the real output stream of the template merge, not into internal substreams. So I believe it's a bug or a least an unexpected behaviour because it produce unpredictable results on string operations.
<br>> So the ReferenceInsertionEventHandler needs the possibility to know if the current insertation is an internal or an real output insertation to be able to react on situations as descripted above.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26827270&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26827270&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26826491[jira] Created: (VELOCITY-749) ReferenceInsertionEventHandler called "to often"/need more configuration settings2009-12-17T03:12:18Z2009-12-17T03:12:18ZVelocity - Dev mailing list-2ReferenceInsertionEventHandler called "to often"/need more configuration settings
<br>---------------------------------------------------------------------------------
<br><br> Key: VELOCITY-749
<br> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-749" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-749</a><br> Project: Velocity
<br> Issue Type: Bug
<br> Affects Versions: 1.6.2
<br> Reporter: Marco Rothe
<br> Priority: Minor
<br> Fix For: 1.6.x, 1.7
<br><br><br>I use the EscapeXmlReference (ReferenceInsertionEventHandler implementation) in our projects to produce valid XHTML.
<br>But I works not as expected in some situations:
<br><br>Given the reference $test as 'Me & Co. Ltd' (for example from context) will output as
<br><br>Me & Co. Ltd
<br><br>correctly after the EscapeXmlReference.
<br><br>But if we enrich the $test reference with some other string before output (#set($test = "* $test *")) we got
<br><br>* Me &amp; Co. Ltd *
<br><br>and not * Me & Co. Ltd * as output!
<br><br>This is because the EscapeReference handler was called two times. First on the (internal) set directive (Me & Co. Ltd -> Me & Co. Ltd), second on the real output of $test to the stream (* Me & Co. Ltd *-> * Me &amp; Co. Ltd *).
<br>The javadoc of ReferenceInsertionEventHandler says "Reference 'Stream insertion' event handler. Called with object that will be inserted into stream via value.toString()."
<br>"inserted into stream" means to me into the real output stream of the template merge, not into internal substreams. So I believe it's a bug or a least an unexpected behaviour because it produce unpredictable results on string operations.
<br><br>So the ReferenceInsertionEventHandler needs the possibility to know if the current insertation is an internal or an real output insertation to be able to react on situations as descripted above.
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26826491&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26826491&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26816679[jira] Commented: (VELOCITY-718) multi-thread merge causes 100% cpu2009-12-16T11:08:18Z2009-12-16T11:08:18ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791527#action_12791527" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791527#action_12791527</a> ]
<br><br>Nathan Bubna commented on VELOCITY-718:
<br>---------------------------------------
<br><br>Ok, given the utter lack of confirmation and long passage of time, i've decided to just assume that this is indeed fixed and port it to the 1.6.x branch. It will hopefully come out in a 1.6.4 release, eventually.
<br><div class='shrinkable-quote'><br>> multi-thread merge causes 100% cpu
<br>> ----------------------------------
<br>>
<br>> Key: VELOCITY-718
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-718" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-718</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Affects Versions: 1.6.1
<br>> Environment: Solaris 1.5.0_08-b03
<br>> Reporter: Chris Pearson
<br>> Fix For: 1.7
<br>>
<br>> Attachments: mapfactory.patch, velocity-1.7-dev.jar
<br>>
<br>>
<br>> I cannot reproduce this at will, and have only seen it the once but if someone more familiar with the code than me could take a look that would be appreciated. I have several threads calling Template.merge, and somehow here they got locked up somewhere and caused a 100% cpu loop hang between them. Here's a thread dump after several hours of getting nowhere.
<br>> Full thread dump Java HotSpot(TM) Server VM (1.5.0_08-b03 mixed mode):
<br>> "RMI ConnectionExpiration-[162.11.2.155:46163]" daemon prio=10 tid=0x01a58838 nid=0x91 waiting on condition [0xaf701000..0xaf701888]
<br>> at java.lang.Thread.sleep(Native Method)
<br>> at sun.rmi.transport.tcp.TCPChannel$Reaper.run(TCPChannel.java:446)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "GC Daemon" daemon prio=2 tid=0x018972f8 nid=0x33 in Object.wait() [0xaf801000..0xaf801988]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb92ae8b0> (a sun.misc.GC$LatencyLock)
<br>> at sun.misc.GC$Daemon.run(GC.java:100)
<br>> - locked <0xb92ae8b0> (a sun.misc.GC$LatencyLock)
<br>> "RMI RenewClean-[162.11.2.155:46163]" daemon prio=10 tid=0x01d83578 nid=0x32 in Object.wait() [0xaf901000..0xaf901a08]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb92ae980> (a java.lang.ref.ReferenceQueue$Lock)
<br>> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
<br>> - locked <0xb92ae980> (a java.lang.ref.ReferenceQueue$Lock)
<br>> at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.java:501)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-1-thread-3" prio=10 tid=0x01d64fa0 nid=0x31 waiting on condition [0xafa01000..0xafa01888]
<br>> at sun.misc.Unsafe.park(Native Method)
<br>> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:118)
<br>> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1767)
<br>> at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:359)
<br>> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:470)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:674)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-1-thread-2" prio=10 tid=0x00f7edb0 nid=0x30 waiting on condition [0xafb01000..0xafb01908]
<br>> at sun.misc.Unsafe.park(Native Method)
<br>> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:118)
<br>> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1767)
<br>> at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:359)
<br>> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:470)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:674)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-1-thread-1" prio=10 tid=0x020574a8 nid=0x2f waiting on condition [0xafc01000..0xafc01788]
<br>> at sun.misc.Unsafe.park(Native Method)
<br>> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:118)
<br>> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1767)
<br>> at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:359)
<br>> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:470)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:674)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-10" prio=10 tid=0x01da9d38 nid=0x2e runnable [0xafcff000..0xafd01808]
<br>> at java.util.HashMap.get(HashMap.java:346)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:248)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-9" prio=10 tid=0x0064b100 nid=0x2d runnable [0xafdff000..0xafe01688]
<br>> at java.util.HashMap.put(HashMap.java:420)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:271)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-8" prio=10 tid=0x0064b7b0 nid=0x2c runnable [0xafeff000..0xaff01708]
<br>> at java.util.HashMap.get(HashMap.java:346)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:248)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-7" prio=10 tid=0x01d2d1d8 nid=0x2b runnable [0xb0000000..0xb0001988]
<br>> at java.util.HashMap.put(HashMap.java:420)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:271)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-6" prio=10 tid=0x0153a960 nid=0x2a runnable [0xb0100000..0xb0101a08]
<br>> at java.util.HashMap.get(HashMap.java:346)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:248)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-5" prio=10 tid=0x00d8d1d0 nid=0x29 runnable [0xb01ff000..0xb0201888]
<br>> at java.util.HashMap.get(HashMap.java:346)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:248)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-4" prio=10 tid=0x00f30d30 nid=0x28 runnable [0xb0300000..0xb0301908]
<br>> at java.util.HashMap.get(HashMap.java:346)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:248)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-3" prio=10 tid=0x00b35ed0 nid=0x27 runnable [0xb03ff000..0xb0401788]
<br>> at java.util.HashMap.get(HashMap.java:346)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:248)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-2" prio=10 tid=0x006ca6d0 nid=0x26 runnable [0xb04ff000..0xb0501808]
<br>> at java.util.HashMap.get(HashMap.java:346)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:248)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "pool-2-thread-1" prio=10 tid=0x007b0d88 nid=0x25 runnable [0xb0bff000..0xb0c01688]
<br>> at java.util.HashMap.put(HashMap.java:420)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:271)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:118)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
<br>> at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
<br>> at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:364)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
<br>> at org.apache.velocity.Template.merge(Template.java:235)
<br>> at com.formicary.financial.model2murex.velocity.VelocityTradeWriter.generateMxml(VelocityTradeWriter.java:149)
<br>> at com.formicary.financial.model2murex.MurexSink.writeTrades(MurexSink.java:63)
<br>> at com.formicary.financial.model2murex.EnhancingMurexSink.writeTrades(EnhancingMurexSink.java:18)
<br>> at com.formicary.financial.oldcode.murexsink.BothMurexSinks.writeTrades(BothMurexSinks.java:46)
<br>> at com.formicary.financial.migration.Migration.migrate(Migration.java:111)
<br>> at com.formicary.financial.migration.Migration.access$100(Migration.java:37)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:313)
<br>> at com.formicary.financial.migration.Migration$MigrationTask.call(Migration.java:280)
<br>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
<br>> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
<br>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
<br>> at java.lang.Thread.run(Thread.java:595)
<br>> "PoolExecutor" daemon prio=10 tid=0x00861128 nid=0x22 in Object.wait() [0xb0601000..0xb0601a08]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "PoolExecutor" daemon prio=10 tid=0x0085b7d8 nid=0x21 in Object.wait() [0xb0701000..0xb0701888]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "PoolExecutor" daemon prio=10 tid=0x0085b028 nid=0x20 in Object.wait() [0xb0801000..0xb0801908]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "PoolExecutor" daemon prio=10 tid=0x00861ea0 nid=0x1f in Object.wait() [0xb0901000..0xb0901788]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "PoolExecutor" daemon prio=10 tid=0x00648718 nid=0x1e in Object.wait() [0xb0a01000..0xb0a01808]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb81de0e0> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "Timer-1" daemon prio=10 tid=0x009d6520 nid=0x1c in Object.wait() [0xb0b01000..0xb0b01708]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb8258028> (a java.util.TaskQueue)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at java.util.TimerThread.mainLoop(Timer.java:483)
<br>> - locked <0xb8258028> (a java.util.TaskQueue)
<br>> at java.util.TimerThread.run(Timer.java:462)
<br>> "PoolExecutor" daemon prio=10 tid=0x00a618f0 nid=0x1a in Object.wait() [0xb0d01000..0xb0d01a08]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "PoolExecutor" daemon prio=10 tid=0x0087eef0 nid=0x19 in Object.wait() [0xb0e01000..0xb0e01888]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "PoolExecutor" daemon prio=10 tid=0x00ecd1c8 nid=0x18 in Object.wait() [0xb0f01000..0xb0f01908]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "PoolExecutor" daemon prio=10 tid=0x00eccf60 nid=0x17 in Object.wait() [0xb1001000..0xb1001788]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "PoolExecutor" daemon prio=10 tid=0x00c19ee0 nid=0x16 in Object.wait() [0xb1101000..0xb1101808]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at com.swiftmq.client.thread.ThreadPoolImpl.getNextTask(Unknown Source)
<br>> - locked <0xb8207070> (a com.swiftmq.client.thread.ThreadPoolImpl)
<br>> at com.swiftmq.client.thread.PoolExecutor.run(Unknown Source)
<br>> "Timer-0" daemon prio=10 tid=0x00d64c80 nid=0x15 in Object.wait() [0xb1201000..0xb1201688]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb80a9008> (a java.util.TaskQueue)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at java.util.TimerThread.mainLoop(Timer.java:483)
<br>> - locked <0xb80a9008> (a java.util.TaskQueue)
<br>> at java.util.TimerThread.run(Timer.java:462)
<br>> "Low Memory Detector" daemon prio=10 tid=0x001803c0 nid=0x13 runnable [0x00000000..0x00000000]
<br>> "CompilerThread1" daemon prio=10 tid=0x0017f308 nid=0x12 waiting on condition [0x00000000..0xb3980ac4]
<br>> "CompilerThread0" daemon prio=10 tid=0x0017e498 nid=0x11 waiting on condition [0x00000000..0xb3a80894]
<br>> "AdapterThread" daemon prio=10 tid=0x0017d608 nid=0x10 waiting on condition [0x00000000..0x00000000]
<br>> "Signal Dispatcher" daemon prio=10 tid=0x0017c9a8 nid=0xf waiting on condition [0x00000000..0x00000000]
<br>> "Finalizer" daemon prio=10 tid=0x00171b98 nid=0xe in Object.wait() [0xb3d81000..0xb3d81808]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb80114d0> (a java.lang.ref.ReferenceQueue$Lock)
<br>> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
<br>> - locked <0xb80114d0> (a java.lang.ref.ReferenceQueue$Lock)
<br>> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
<br>> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
<br>> "Reference Handler" daemon prio=10 tid=0x00171628 nid=0xd in Object.wait() [0xb3e81000..0xb3e81688]
<br>> at java.lang.Object.wait(Native Method)
<br>> - waiting on <0xb800e6f0> (a java.lang.ref.Reference$Lock)
<br>> at java.lang.Object.wait(Object.java:474)
<br>> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
<br>> - locked <0xb800e6f0> (a java.lang.ref.Reference$Lock)
<br>> "main" prio=10 tid=0x000385c8 nid=0x1 waiting on condition [0xffbee000..0xffbee8a0]
<br>> at sun.misc.Unsafe.park(Native Method)
<br>> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:118)
<br>> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1767)
<br>> at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:359)
<br>> at java.util.concurrent.ExecutorCompletionService.take(ExecutorCompletionService.java:136)
<br>> at com.formicary.financial.migration.Migration.main(Migration.java:201)
<br>> at com.formicary.financial.migration.tools.exotics.KtpfMigrator.call(KtpfMigrator.java:44)
<br>> at com.formicary.financial.migration.tools.exotics.KtpfMigrator.main(KtpfMigrator.java:26)
<br>> "VM Thread" prio=10 tid=0x0016ef68 nid=0xc runnable
<br>> "GC task thread#0 (ParallelGC)" prio=10 tid=0x000b9cf0 nid=0x4 runnable
<br>> "GC task thread#1 (ParallelGC)" prio=10 tid=0x000ba730 nid=0x5 runnable
<br>> "GC task thread#2 (ParallelGC)" prio=10 tid=0x000bb170 nid=0x6 runnable
<br>> "GC task thread#3 (ParallelGC)" prio=10 tid=0x000bbbb0 nid=0x7 runnable
<br>> "GC task thread#4 (ParallelGC)" prio=10 tid=0x000bc5f0 nid=0x8 runnable
<br>> "GC task thread#5 (ParallelGC)" prio=10 tid=0x000bd030 nid=0x9 runnable
<br>> "GC task thread#6 (ParallelGC)" prio=10 tid=0x000bda70 nid=0xa runnable
<br>> "GC task thread#7 (ParallelGC)" prio=10 tid=0x000becb8 nid=0xb runnable
<br>> "VM Periodic Task Thread" prio=10 tid=0x00182050 nid=0x14 waiting on condition
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26816679&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26816679&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26815298[jira] Resolved: (VELOCITY-748) Caught in the while-loop2009-12-16T09:40:18Z2009-12-16T09:40:18ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Nathan Bubna resolved VELOCITY-748.
<br>-----------------------------------
<br><br> Resolution: Duplicate
<br> Fix Version/s: 1.7
<br><br>Yeah, this is pretty clearly a dupe of VELOCITY-718, which i pathetically forgot about completely. Thank you, Jarkko for having a working memory!
<br><br>This has likely been fixed in the 1.7 branch (See VELOCITY-718), but given my inability to replicate it thus far, i cannot actually confirm that. If someone could provide that confirmation, that would be grand. Either way, i'm currently going to courageously assume (bad!!) that i fixed the problem (really, i do believe it does) and port the fix to the 1.6.x branch.
<br><div class='shrinkable-quote'><br>> Caught in the while-loop
<br>> ------------------------
<br>>
<br>> Key: VELOCITY-748
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-748" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-748</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Components: Engine
<br>> Affects Versions: 1.6.2
<br>> Reporter: Johann Weber
<br>> Priority: Critical
<br>> Fix For: 1.7
<br>>
<br>>
<br>> Caught in the infinity loop due to concurrent access to the get and put methods of HashMap which are not synchronized.
<br>> Stacktrace:
<br>> java.lang.Thread.State: RUNNABLE
<br>> at java.util.HashMap.get(Unknown Source)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:249)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:99)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.evaluate(ASTReference.java:460)
<br>> at org.apache.velocity.runtime.parser.node.ASTExpression.evaluate(ASTExpression.java:62)
<br>> at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:85)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.runtime.directive.Parse.render(Parse.java:260)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.runtime.directive.Parse.render(Parse.java:260)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26815298&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26815298&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26815237Re: [VOTE] Release Velocity Engine 1.6.32009-12-16T09:36:17Z2009-12-16T09:36:17ZNathan BubnaArgh. a) sorry, too late. b) no one ever confirmed my fix for
<br>VELOCITY-718, so i never merged it into the 1.6.x branch c) while
<br>waiting for confirmation, i forgot about 718, so i didn't even
<br>remember it when i asked for 748 to be filed. d) i'm apparently doing
<br>too much if i can't even keep track of a critical threading bug.
<br><br>ok, i'm done whining. at this point, i'm ready to just assume
<br>(yikes!) that my fix for 718 works, and merge it into the 1.6.x branch
<br>and begin working on a 1.6.4 release. considering impending holiday
<br>offline periods, the odds of 1.6.4 coming out in 2009 are not
<br>promising.
<br><br>2009/12/16 Jarkko Viinamäki-2 <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26815237&i=0" target="_top" rel="nofollow">wyla@...</a>>:
<div class='shrinkable-quote'><br>>
<br>> -1 No, if critical bugfix VELOCITY-718 is not included as well. If it is, +1.
<br>>
<br>> --
<br>> View this message in context: <a href="http://old.nabble.com/-VOTE--Release-Velocity-Engine-1.6.3-tp26751238p26809833.html" target="_top" rel="nofollow">http://old.nabble.com/-VOTE--Release-Velocity-Engine-1.6.3-tp26751238p26809833.html</a><br>> Sent from the Velocity - Dev mailing list archive at Nabble.com.
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26815237&i=1" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26815237&i=2" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26815237&i=3" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26815237&i=4" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26809973[jira] Updated: (VELOCITY-666) Blockmacro support (allows any AST as macro body argument)2009-12-16T03:53:20Z2009-12-16T03:53:20ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Jarkko Viinamäki updated VELOCITY-666:
<br>--------------------------------------
<br><br> Description:
<br>Inspired by VELOCITY-583 (BlockMacro support) I implemented the same functionality in a slightly different way.
<br><br>The new syntax is:
<br><br>#@yourMacroName($arg1 $arg2) any valid velocity AST here #end
<br><br>so basically the syntax is exactly the same as for normal macros except you put that @ prefix to the macro name. That tells Velocity that there's a macro AST body that should be passed to the actual macro.
<br><br>And in the macro you can refer to the passed body 0-N times. Like:
<br><br>#macro(yourMacroName $foo $bar)
<br> $bodyContent
<br>#end
<br><br> was:
<br>Inspired by VELOCITY-583 (BlockMacro support) I implemented the same functionality in a slightly different way.
<br><br>This patch introduces a new directive #call("mymacro" $arg1 $arg2 ... ) any valid Velocity content here #end
<br><br>This directive causes a call to defined macro with given arguments AND passes the enclosed AST as an argument which can be referenced with $bodyContent (default, name is configurable).
<br><br>An example:
<br><br> #set($foobar = "yeah!")
<br>
<br> #macro(strong $txt)
<br> <strong>$bodyContent</strong> $txt
<br> #end
<br><br> #call("strong" $foobar)
<br> <u>This text is underlined and bold</u>
<br> #end
<br>
<br><br>Will print:
<br><br> <strong><u>This text is underlined and bold<u></strong> yeah!
<br><br>Like I commented in VELOCITY-583 the same thing can be done by first using #define to build up some custom AST and then pass that AST as an argument to some macro. While it works, it's not as convenient as this syntax. This patch however increases the amount of code lines in Velocity and the implementation is a bit "hackish" so even I'm not totally convinced whether we should commit this.
<br><br>But anyway, here it is, I'd love to hear your comments.
<br><br> Summary: Blockmacro support (allows any AST as macro body argument) (was: RFC: new directive: #call)
<br><br>Modified the issue title and description to reflect better what was actually implemented.
<br><div class='shrinkable-quote'><br>> Blockmacro support (allows any AST as macro body argument)
<br>> ----------------------------------------------------------
<br>>
<br>> Key: VELOCITY-666
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-666" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-666</a><br>> Project: Velocity
<br>> Issue Type: Improvement
<br>> Affects Versions: 1.6.2, 1.7
<br>> Reporter: Jarkko Viinamäki
<br>> Fix For: 1.7
<br>>
<br>> Attachments: velocity-blockmacro.patch, velocity-call-directive.patch
<br>>
<br>>
<br>> Inspired by VELOCITY-583 (BlockMacro support) I implemented the same functionality in a slightly different way.
<br>> The new syntax is:
<br>> #@yourMacroName($arg1 $arg2) any valid velocity AST here #end
<br>> so basically the syntax is exactly the same as for normal macros except you put that @ prefix to the macro name. That tells Velocity that there's a macro AST body that should be passed to the actual macro.
<br>> And in the macro you can refer to the passed body 0-N times. Like:
<br>> #macro(yourMacroName $foo $bar)
<br>> $bodyContent
<br>> #end
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26809973&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26809973&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26809833Re: [VOTE] Release Velocity Engine 1.6.32009-12-16T03:38:56Z2009-12-16T03:38:56ZJarkko Viinamäki-2-1 No, if critical bugfix VELOCITY-718 is not included as well. If it is, +1.
<br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26809766[jira] Commented: (VELOCITY-748) Caught in the while-loop2009-12-16T03:30:18Z2009-12-16T03:30:18ZVelocity - Dev mailing list-2<br> [ <a href="https://issues.apache.org/jira/browse/VELOCITY-748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791331#action_12791331" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791331#action_12791331</a> ]
<br><br>Jarkko Viinamäki commented on VELOCITY-748:
<br>-------------------------------------------
<br><br>This looks like a duplicate of VELOCITY-718
<br><div class='shrinkable-quote'><br>> Caught in the while-loop
<br>> ------------------------
<br>>
<br>> Key: VELOCITY-748
<br>> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-748" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-748</a><br>> Project: Velocity
<br>> Issue Type: Bug
<br>> Components: Engine
<br>> Affects Versions: 1.6.2
<br>> Reporter: Johann Weber
<br>> Priority: Critical
<br>>
<br>> Caught in the infinity loop due to concurrent access to the get and put methods of HashMap which are not synchronized.
<br>> Stacktrace:
<br>> java.lang.Thread.State: RUNNABLE
<br>> at java.util.HashMap.get(Unknown Source)
<br>> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:249)
<br>> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br>> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br>> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:99)
<br>> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br>> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br>> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br>> at org.apache.velocity.runtime.parser.node.ASTReference.evaluate(ASTReference.java:460)
<br>> at org.apache.velocity.runtime.parser.node.ASTExpression.evaluate(ASTExpression.java:62)
<br>> at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:85)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.runtime.directive.Parse.render(Parse.java:260)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.runtime.directive.Parse.render(Parse.java:260)
<br>> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br>> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br>> at org.apache.velocity.Template.merge(Template.java:328)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26809766&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26809766&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26798038Re: Include output from another servlet2009-12-15T08:57:44Z2009-12-15T08:57:44ZNathan BubnaWith Spring MVC? Yeah, i have that running in an app somewhere, not
<br>sure offhand. Did you have particular questions?
<br><br>On Tue, Dec 15, 2009 at 6:44 AM, Ben Short <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=0" target="_top" rel="nofollow">ben@...</a>> wrote:
<div class='shrinkable-quote'><br>> Thanks for this information.
<br>>
<br>> Has anyone had any luck getting velocity tools 2 working with spring?
<br>>
<br>> 2009/11/12 Antonio Petrelli <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=1" target="_top" rel="nofollow">antonio.petrelli@...</a>>:
<br>>> 2009/11/12 Ben Short <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=2" target="_top" rel="nofollow">ben@...</a>>:
<br>>>> Using jsp I can include the output of another servlet using the following
<br>>>>
<br>>>> <jsp:include page="/another/servlet"/>
<br>>>>
<br>>>> Can the same thing be done with velocity?
<br>>>
<br>>> Try with the import tool:
<br>>> <a href="http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/ImportTool.html" target="_top" rel="nofollow">http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/ImportTool.html</a><br>>>
<br>>> Ciao
<br>>> Antonio
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=3" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=4" target="_top" rel="nofollow">user-help@...</a>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=5" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=6" target="_top" rel="nofollow">user-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=7" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798038&i=8" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26798042Re: Include output from another servlet2009-12-15T08:57:30Z2009-12-15T08:57:30ZNathan BubnaWith Spring MVC? Yeah, i have that running in an app somewhere, not
<br>sure offhand. Did you have particular questions?
<br><br>On Tue, Dec 15, 2009 at 6:44 AM, Ben Short <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=0" target="_top" rel="nofollow">ben@...</a>> wrote:
<div class='shrinkable-quote'><br>> Thanks for this information.
<br>>
<br>> Has anyone had any luck getting velocity tools 2 working with spring?
<br>>
<br>> 2009/11/12 Antonio Petrelli <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=1" target="_top" rel="nofollow">antonio.petrelli@...</a>>:
<br>>> 2009/11/12 Ben Short <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=2" target="_top" rel="nofollow">ben@...</a>>:
<br>>>> Using jsp I can include the output of another servlet using the following
<br>>>>
<br>>>> <jsp:include page="/another/servlet"/>
<br>>>>
<br>>>> Can the same thing be done with velocity?
<br>>>
<br>>> Try with the import tool:
<br>>> <a href="http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/ImportTool.html" target="_top" rel="nofollow">http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/ImportTool.html</a><br>>>
<br>>> Ciao
<br>>> Antonio
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=3" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=4" target="_top" rel="nofollow">user-help@...</a>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=5" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=6" target="_top" rel="nofollow">user-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=7" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26798042&i=8" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26795005Re: Include output from another servlet2009-12-15T05:44:05Z2009-12-15T05:44:05ZbenshortThanks for this information.
<br><br>Has anyone had any luck getting velocity tools 2 working with spring?
<br><br>2009/11/12 Antonio Petrelli <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26795005&i=0" target="_top" rel="nofollow">antonio.petrelli@...</a>>:
<div class='shrinkable-quote'><br>> 2009/11/12 Ben Short <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26795005&i=1" target="_top" rel="nofollow">ben@...</a>>:
<br>>> Using jsp I can include the output of another servlet using the following
<br>>>
<br>>> <jsp:include page="/another/servlet"/>
<br>>>
<br>>> Can the same thing be done with velocity?
<br>>
<br>> Try with the import tool:
<br>> <a href="http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/ImportTool.html" target="_top" rel="nofollow">http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/ImportTool.html</a><br>>
<br>> Ciao
<br>> Antonio
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26795005&i=2" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26795005&i=3" target="_top" rel="nofollow">user-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26795005&i=4" target="_top" rel="nofollow">user-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26795005&i=5" target="_top" rel="nofollow">user-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---User-f347.html" embed="fixTarget[347]" target="_top" >Velocity - User</a></p>tag:old.nabble.com,2006:post-26786703Re: [RESULT] [VOTE] Release Velocity Engine 1.6.32009-12-14T15:10:12Z2009-12-14T15:10:12ZByron Foster-2For what it is worth, mines a +0
<br><br>On Dec 14, 2009, at 11:23 , Nathan Bubna wrote:
<br><div class='shrinkable-quote'><br>> The vote has passed, i'll try to get this ready for a Wednesday
<br>> announcement.
<br>>
<br>> +1 from
<br>> Claude Brisson
<br>> Henning Schmiedehausen
<br>> Nathan Bubna
<br>> Malcolm Edgar
<br>> Adrian A.
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786703&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786703&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26782382[RESULT] [VOTE] Release Velocity Engine 1.6.32009-12-14T10:23:39Z2009-12-14T10:23:39ZNathan BubnaThe vote has passed, i'll try to get this ready for a Wednesday announcement.
<br><br>+1 from
<br>Claude Brisson
<br>Henning Schmiedehausen
<br>Nathan Bubna
<br>Malcolm Edgar
<br>Adrian A.
<br><br>Thanks!
<br><br>On Mon, Dec 14, 2009 at 8:09 AM, Adrian A. <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26782382&i=0" target="_top" rel="nofollow">a.adrian.tech@...</a>> wrote:
<div class='shrinkable-quote'><br>> +1
<br>>
<br>> Adrian.
<br>>>
<br>>> Let's push this one out soon folks. The release candidate is available
<br>>> here:
<br>>>
<br>>> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>>>
<br>>> [ ] +1 Let's do it
<br>>> [ ] +0 Have fun; i don't care.
<br>>> [ ] -0 Not sure about this, but i won't stop you.
<br>>> [ ] -1 No, because __________________
<br>>>
<br>>> I would really love to see the necessary +1 votes by Monday (12/14)
<br>>> afternoon, so i can announce a Wed (12/16) release. Please, please
<br>>> don't leave this vote to drag out or require a re-vote. I may not
<br>>> have time for this again until the new year. Oh, and please forgive
<br>>> this little guilt trip. I will still appreciate all of you even if
<br>>> it doesn't work out, but i'm rather hoping it does happen. :)
<br>>>
<br>>> On Mon, Dec 7, 2009 at 4:18 PM, Nathan Bubna<<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26782382&i=1" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<br>>>>
<br>>>> Ok, it seems to me that VELOCITY-731 set back performance enough for
<br>>>> people that we should not wait for 1.7 to have an official release
<br>>>> with the new "directive.if.tostring.nullcheck" config switch
<br>>>> available. So, here's a 1.6.3 test build. Please try it out and
<br>>>> report problems ASAP. :)
<br>>>>
<br>>>> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>>>>
<br>>>> I plan to call for a release vote on Fri (12/11), aiming for a 12/16
<br>>>> release date.
<br>>>>
<br>>>> (personal note: based on rev 888167 in the 1.6.x branch)
<br>>>>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26782382&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26782382&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26782382&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26782382&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26779389Re: [VOTE] Release Velocity Engine 1.6.32009-12-14T07:09:25Z2009-12-14T07:09:25ZAdrian A.+1
<br><br>Adrian.
<div class='shrinkable-quote'><br>> Let's push this one out soon folks. The release candidate is available here:
<br>>
<br>> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>>
<br>> [ ] +1 Let's do it
<br>> [ ] +0 Have fun; i don't care.
<br>> [ ] -0 Not sure about this, but i won't stop you.
<br>> [ ] -1 No, because __________________
<br>>
<br>> I would really love to see the necessary +1 votes by Monday (12/14)
<br>> afternoon, so i can announce a Wed (12/16) release. Please, please
<br>> don't leave this vote to drag out or require a re-vote. I may not
<br>> have time for this again until the new year. Oh, and please forgive
<br>> this little guilt trip. I will still appreciate all of you even if
<br>> it doesn't work out, but i'm rather hoping it does happen. :)
<br>>
<br>> On Mon, Dec 7, 2009 at 4:18 PM, Nathan Bubna<<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26779389&i=0" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<br>>> Ok, it seems to me that VELOCITY-731 set back performance enough for
<br>>> people that we should not wait for 1.7 to have an official release
<br>>> with the new "directive.if.tostring.nullcheck" config switch
<br>>> available. So, here's a 1.6.3 test build. Please try it out and
<br>>> report problems ASAP. :)
<br>>>
<br>>> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>>>
<br>>> I plan to call for a release vote on Fri (12/11), aiming for a 12/16
<br>>> release date.
<br>>>
<br>>> (personal note: based on rev 888167 in the 1.6.x branch)
<br>>>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26779389&i=1" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26779389&i=2" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26774366[jira] Created: (VELOCITY-748) Caught in the while-loop2009-12-14T00:28:18Z2009-12-14T00:28:18ZVelocity - Dev mailing list-2Caught in the while-loop
<br>------------------------
<br><br> Key: VELOCITY-748
<br> URL: <a href="https://issues.apache.org/jira/browse/VELOCITY-748" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/VELOCITY-748</a><br> Project: Velocity
<br> Issue Type: Bug
<br> Components: Engine
<br> Affects Versions: 1.6.2
<br> Reporter: Johann Weber
<br> Priority: Critical
<br><br><br>Caught in the infinity loop due to concurrent access to the get and put methods of HashMap which are not synchronized.
<br>Stacktrace:
<br> java.lang.Thread.State: RUNNABLE
<br> at java.util.HashMap.get(Unknown Source)
<br> at org.apache.velocity.util.introspection.ClassMap$MethodCache.get(ClassMap.java:249)
<br> at org.apache.velocity.util.introspection.ClassMap.findMethod(ClassMap.java:102)
<br> at org.apache.velocity.util.introspection.IntrospectorBase.getMethod(IntrospectorBase.java:105)
<br> at org.apache.velocity.util.introspection.Introspector.getMethod(Introspector.java:94)
<br> at org.apache.velocity.runtime.parser.node.PropertyExecutor.discover(PropertyExecutor.java:99)
<br> at org.apache.velocity.runtime.parser.node.PropertyExecutor.<init>(PropertyExecutor.java:56)
<br> at org.apache.velocity.util.introspection.UberspectImpl.getPropertyGet(UberspectImpl.java:246)
<br> at org.apache.velocity.runtime.parser.node.ASTIdentifier.execute(ASTIdentifier.java:148)
<br> at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
<br> at org.apache.velocity.runtime.parser.node.ASTReference.evaluate(ASTReference.java:460)
<br> at org.apache.velocity.runtime.parser.node.ASTExpression.evaluate(ASTExpression.java:62)
<br> at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:85)
<br> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br> at org.apache.velocity.runtime.directive.Parse.render(Parse.java:260)
<br> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br> at org.apache.velocity.runtime.directive.Parse.render(Parse.java:260)
<br> at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
<br> at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
<br> at org.apache.velocity.Template.merge(Template.java:328)
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26774366&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26774366&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26771331Re: [VOTE] Release Velocity Engine 1.6.32009-12-13T16:16:38Z2009-12-13T16:16:38ZMalcolm Edgar-2+1
<br><br>regards Malcolm Edgar
<br><br>On Mon, Dec 14, 2009 at 9:55 AM, Nathan Bubna <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26771331&i=0" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> And my +1 makes three. :)
<br>>
<br>> On Fri, Dec 11, 2009 at 1:48 PM, Nathan Bubna <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26771331&i=1" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<br>> > Let's push this one out soon folks. The release candidate is available
<br>> here:
<br>> >
<br>> > <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>> >
<br>> > [ ] +1 Let's do it
<br>> > [ ] +0 Have fun; i don't care.
<br>> > [ ] -0 Not sure about this, but i won't stop you.
<br>> > [ ] -1 No, because __________________
<br>> >
<br>> > I would really love to see the necessary +1 votes by Monday (12/14)
<br>> > afternoon, so i can announce a Wed (12/16) release. Please, please
<br>> > don't leave this vote to drag out or require a re-vote. I may not
<br>> > have time for this again until the new year. Oh, and please forgive
<br>> > this little guilt trip. I will still appreciate all of you even if
<br>> > it doesn't work out, but i'm rather hoping it does happen. :)
<br>> >
<br>> > On Mon, Dec 7, 2009 at 4:18 PM, Nathan Bubna <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26771331&i=2" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<br>> >> Ok, it seems to me that VELOCITY-731 set back performance enough for
<br>> >> people that we should not wait for 1.7 to have an official release
<br>> >> with the new "directive.if.tostring.nullcheck" config switch
<br>> >> available. So, here's a 1.6.3 test build. Please try it out and
<br>> >> report problems ASAP. :)
<br>> >>
<br>> >> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>> >>
<br>> >> I plan to call for a release vote on Fri (12/11), aiming for a 12/16
<br>> >> release date.
<br>> >>
<br>> >> (personal note: based on rev 888167 in the 1.6.x branch)
<br>> >>
<br>> >
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26771331&i=3" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26771331&i=4" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br></div><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26770663Re: [VOTE] Release Velocity Engine 1.6.32009-12-13T14:55:09Z2009-12-13T14:55:09ZNathan BubnaAnd my +1 makes three. :)
<br><br>On Fri, Dec 11, 2009 at 1:48 PM, Nathan Bubna <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26770663&i=0" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<div class='shrinkable-quote'><br>> Let's push this one out soon folks. The release candidate is available here:
<br>>
<br>> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>>
<br>> [ ] +1 Let's do it
<br>> [ ] +0 Have fun; i don't care.
<br>> [ ] -0 Not sure about this, but i won't stop you.
<br>> [ ] -1 No, because __________________
<br>>
<br>> I would really love to see the necessary +1 votes by Monday (12/14)
<br>> afternoon, so i can announce a Wed (12/16) release. Please, please
<br>> don't leave this vote to drag out or require a re-vote. I may not
<br>> have time for this again until the new year. Oh, and please forgive
<br>> this little guilt trip. I will still appreciate all of you even if
<br>> it doesn't work out, but i'm rather hoping it does happen. :)
<br>>
<br>> On Mon, Dec 7, 2009 at 4:18 PM, Nathan Bubna <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26770663&i=1" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<br>>> Ok, it seems to me that VELOCITY-731 set back performance enough for
<br>>> people that we should not wait for 1.7 to have an official release
<br>>> with the new "directive.if.tostring.nullcheck" config switch
<br>>> available. So, here's a 1.6.3 test build. Please try it out and
<br>>> report problems ASAP. :)
<br>>>
<br>>> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>>>
<br>>> I plan to call for a release vote on Fri (12/11), aiming for a 12/16
<br>>> release date.
<br>>>
<br>>> (personal note: based on rev 888167 in the 1.6.x branch)
<br>>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26770663&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26770663&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>tag:old.nabble.com,2006:post-26768788Re: [VOTE] Release Velocity Engine 1.6.32009-12-13T11:13:39Z2009-12-13T11:13:39ZHenning Schmiedehausen-4+1 looks good.
<br><br>-h
<br><br><br>On Fri, Dec 11, 2009 at 12:48, Nathan Bubna <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26768788&i=0" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<div class='shrinkable-quote'><br>> Let's push this one out soon folks. The release candidate is available here:
<br>>
<br>> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>>
<br>> [ ] +1 Let's do it
<br>> [ ] +0 Have fun; i don't care.
<br>> [ ] -0 Not sure about this, but i won't stop you.
<br>> [ ] -1 No, because __________________
<br>>
<br>> I would really love to see the necessary +1 votes by Monday (12/14)
<br>> afternoon, so i can announce a Wed (12/16) release. Please, please
<br>> don't leave this vote to drag out or require a re-vote. I may not
<br>> have time for this again until the new year. Oh, and please forgive
<br>> this little guilt trip. I will still appreciate all of you even if
<br>> it doesn't work out, but i'm rather hoping it does happen. :)
<br>>
<br>> On Mon, Dec 7, 2009 at 4:18 PM, Nathan Bubna <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26768788&i=1" target="_top" rel="nofollow">nbubna@...</a>> wrote:
<br>>> Ok, it seems to me that VELOCITY-731 set back performance enough for
<br>>> people that we should not wait for 1.7 to have an official release
<br>>> with the new "directive.if.tostring.nullcheck" config switch
<br>>> available. So, here's a 1.6.3 test build. Please try it out and
<br>>> report problems ASAP. :)
<br>>>
<br>>> <a href="http://people.apache.org/~nbubna/velocity/engine/1.6.3/" target="_top" rel="nofollow">http://people.apache.org/~nbubna/velocity/engine/1.6.3/</a><br>>>
<br>>> I plan to call for a release vote on Fri (12/11), aiming for a 12/16
<br>>> release date.
<br>>>
<br>>> (personal note: based on rev 888167 in the 1.6.x branch)
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26768788&i=2" target="_top" rel="nofollow">private-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26768788&i=3" target="_top" rel="nofollow">private-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26768788&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26768788&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Velocity---Dev-f346.html" embed="fixTarget[346]" target="_top" >Velocity - Dev</a></p>