I second this being a default, I would also ask that some discussion be created around user experience and what/how we target the different needs of the different communities of users we have.


Jim Tyrrell
Senior JBoss Solutions Architect

Did you see RHT on CNBC's Mad Money?
http://www.cnbc.com/id/39401056



On Apr 21, 2011, at 8:07 AM, Jaikiran Pai wrote:

That worked, thanks!

Any chance we can enable this by default for the standalone server?

-Jaikiran
On Thursday 21 April 2011 06:01 PM, Remy Maucherat wrote:
On Thu, 2011-04-21 at 17:16 +0530, Jaikiran Pai wrote:
One of the very useful features in previous JBoss AS versions was the
ability of the server to identify and pick up changes to a .jsp page
in an exploded deployment and serve the updated content on next
request. Trying this out in JBoss AS 7.0.0.Beta3, I see that this no
longer works:

1) Create and deploy a test.war (along with a test.war.dodeploy) in
the standalone/deployments.
2) test.war contains a test.jsp with an intentional syntax error in it
3) Access the jsp via browser and see the (expected) compilation
error. Now open the test.jsp file in a text editor, from the exploded
test.war deployment, and edit it to fix the error
4) Access the jsp via browser again. Tried it more than once. I still
see the compilation failure i.e. the jsp changes aren't being picked
up anymore. I had to undeploy and redeploy the exploded deployment for
the changes to be picked up.

I remember that in previous versions of AS there were some parameters
for the jsp compiler/executor which by default enabled this check for
jsp changes. Has this changed in AS7? Where and what values are set
currently? Or has this got something to do with the way we handle
exploded deployment in AS7?

Well, you have to enable either development mode, or the background
check for recompilation :)

http://pastebin.com/LY1Ca4HV


_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev