Wro4j Parallel pre processing - JavaMelody

[GoogleCodeExporter]

Hello,

we were facing an issue with wro4j configured to do parallel preprocessing, 
javamelody and tomcat. 

What steps will reproduce the problem?
1. configure a wro4j 1.7.1 with parallel pre processing, a wro processors 
factory configured without post processor and the following pre processors :
 * SemicolonAppenderPreProcessor
 * CssUrlRewritingProcessor
 * CssImportPreProcessor
2. configure javamelody 1.47.0 (configuration as simple as the user guide page)
3. deploy web application on a tomcat 6 or 7.
4. go to a web page that declares a "big data" wro group (in our case, it was 
the script non minified of the librarty extjs)

What is the expected output? What do you see instead?
On each reload of the page, wro filter can randomly return the script entirely, 
or a piece of code of the script, or the code of another group.

On what operating system?
we were able to reproduce on linux and windows.

Additional informations :
We were able to cancel the bug by (each works respectively) :
 * disable pre processing
 * not use of javamelody
 * using jetty instead of tomcat.

Sorry for my english ;-). Don't hesitate to ask some further informations.
Thank you.

vga

Original issue reported on code.google.com by vgal...@tennaxia.com on 28 Nov 2013 at 3:50

[GoogleCodeExporter]

By disable pre processing, you mean disable parallel pre processing?  

The parallel pre processing is disabled by default for a reason: it can cause 
unexpected behavior like in your case. If it doesn't really improve the 
performance, it is better to switch it off. 

However, it would be interesting to find the root cause of this problem. It 
would help if you could create a quick start project with all configurations 
and resources set up.

Thanks,
Alex

Original comment by alex.obj...@gmail.com on 28 Nov 2013 at 4:55

• Changed state: Accepted

[GoogleCodeExporter]

"By disable pre processing, you mean disable parallel pre processing?  "
yes.

Ok, I will produce a test case project.

Thank you

Original comment by vgal...@tennaxia.com on 28 Nov 2013 at 5:00