You could delete the jsp-servlet from the default config, but then You have to remember it in every app-config. (web.xml for each app)
I'm not sure I understand your reply. What do you mean by delete the jsp-servlet from the default config?
In the jbossweb-tomcat.sar/web.xml there is a servlet-config for handling requests to JSP-files (the servlet-config where you set scratch-dir parameter).
You can comment out this config completly in this file, and include it in the web.xml for your app. But you will have to include it in all the apps that uses JSP's, otherwise those won't get compiled...
I have tested a bit more, and found one easier way..
In the WEB.XML for your app, you create a servlet like this :
and map it like this :
Note that you cannot name it JSP, since this servlet-name is already taken, but you can specify the same mapping, and this mapping will override the default one...
It works fine. Thanks.
I didn't like having to hard-code a path in the web.xml because it's better to not have to edit the web.xml file every time you go to a different machine. It turns out that a relative path will start you in the bin directory of jboss so putting "../temp/app_name" gives me a nice place to put the file that's machine (and OS) independent.
Though my problem is solved, it still feel kludgy to have to do it that way. It would be nicer to have one of the following solutions:
1. A way to tell jboss not to delete compiled jsps on redeploy
2. Prepend the application name in the temp directory. Is there one example where that would break anything? Jasper should be smart enough to isolate the applications without me having to do it manually.
The current approach will do for now, thanks again for your help.
I am confused on this issue as well. There is an attribute that can be set in the <server-dir>/deploy/jbossweb-tomcat.sar/META-INF/jboss-service.xml that prevents the tmp deployments from being deleted. This is where the compiled JSP servlets are generated. When not present (the default) the value defaults to true
The attribute to set
has no effect????
Is this a bug, or am I missing something???