[
https://issues.apache.org/jira/browse/VELOCITY-812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13220866#comment-13220866
]
Konstantinos Kougios commented on VELOCITY-812:
-----------------------------------------------
there is a fix:
Parser.LookaheadSuccess should be modified to:
static private final class LookaheadSuccess extends RuntimeException
{
@Override
public synchronized Throwable fillInStackTrace()
{
return this;
}
}
I'll inform the JavaCC team
> Parser.jj_scan_token very slow during debugging
> -----------------------------------------------
>
> Key: VELOCITY-812
> URL: https://issues.apache.org/jira/browse/VELOCITY-812
> Project: Velocity
> Issue Type: Bug
> Components: Engine
> Affects Versions: 1.7
> Environment: linux, windows, tomcat 6 running via maven, JDK7 (but
> had same issue with JDK6)
> Reporter: Konstantinos Kougios
> Attachments: profile.png
>
>
> Parser.jj_scan_token runs very slowly during java debugging mode. I've
> allocated more than enough memory for Java (Xmx , Xss, PermGen) and made sure
> it is enough by monitoring via visualvm.
> I am working on a springframework mvc project, with velocity as the template
> engine. Spring has a macro file that is loaded during startup : spring.vm
> (10kb). My box (6 core phenom processor) takes 10 seconds to parse that
> macro. After profiling with visualvm, I found out that 9 secs are spend on
> jj_scan_token method.
> When running the project without debugging enabled, the parsing is very fast.
> Please note that the issue occurs without any customization of velocity
> properties. Typically though the properties look like this:
> springMacro.resource.loader.cache=true,
> resource.loader=[springMacro],
> velocimacro.library=org/springframework/web/servlet/view/velocity/spring.vm,
> output.encoding=UTF-8,
> input.encoding=UTF-8,
> springMacro.resource.loader.class=org.apache.velocity.runtime.resource.loader.ClasspathResourceLoader
> Please note that I've tried removing the encoding, but still the problem
> persists.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
