- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Disable JSP Compiler Cache in 7.2
Hi all,
the ones who develop JSPs may battle with this already: once you change a JSP and upload it, the new version doesn't become active until after the next aveksa_server restart. Alternatively, as discussed in @JSP Validation in 7.2 you could version your JSPs.
Both have disadvantages. The former takes ages and I don't want spent valuable time waiting for this thing to come back and the latter creates tons of file that I may need to clean up one-by-one and I may need to change config here and there to adjust to the new file name.
The quickest way I found out is to disable the compiler cache altogether. On development systems this is totally doable, low risk and can be rolled-back easily.
- find your
aveksa-standalone-full.xml
(standard install in/home/oracle/wildfly/standalone/configuration
) - edit it and fine the line
<jsp-config/>
and change it to <jsp-config development="true" check-interval="1" modification-test-interval="1" recompile-on-fail="true"/>
- Save the file and restart the server
- done
Hope this helps
Frank
- Tags:
- 7.2
- 7.2 Enablement Hub
- Enablement
- Enablement Hub
- Identity G&L
- Identity Governance & Lifecycle
- IG&L
- IGL
- RSA Identity
- RSA Identity G&L
- RSA Identity Governance & Lifecycle
- RSA Identity Governance and Lifecycle
- RSA IGL
- Version 7.2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks a lot Frank Schubert!
Do you have any nice JSP examples to share maybe too, in another blog?
Pradeep Kumar / Mostafa Helmy - anything else to add to this too?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I think I would just emphasize what Frank already stated, which is this shouldn't be done on Production environments since it adds performance overhead on the application server to keep constantly checking and recompiling JSPs.
This wasn't a problem before on older versions of WildFly/JBoss since they behaved differently. So this new behaviour was done on purpose for performance reasons.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
