You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by "Konstantinos Kougios (JIRA)" <de...@velocity.apache.org> on 2011/09/21 17:51:09 UTC
[jira] [Updated] (VELOCITY-812) Parser.jj_scan_token very slow
during debugging
[ https://issues.apache.org/jira/browse/VELOCITY-812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Konstantinos Kougios updated VELOCITY-812:
------------------------------------------
Attachment: profile.png
profiling with jvisualvm
> 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.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@velocity.apache.org
For additional commands, e-mail: dev-help@velocity.apache.org