Indeed, I'm one of those persons. I generate the web.xml fragment for my entire webapp, and integrate it into my original web.xml using xslt. I deploy only the generated servlets, no JSP or Java sources at all.
It would be really bad if I couldn't do that anymore. -- Sebastian >>> [EMAIL PROTECTED] 06.11.02 16:20:42 >>> There are some people that would like to precompile the webapp and then just deploy the generated servlets with there webapp, to remove this option would really hinder their ability to due this (although the package naming already makes this tough to do and there are patches floating around to allow the packages to be generated from the dir structure, I also belive there are bugs about this) Just my 2 cents.. John > -----Original Message----- > From: Remy Maucherat [mailto:remm@;apache.org] > Sent: Wednesday, November 06, 2002 9:29 AM > To: Tomcat Developers List > Subject: JSPC problems with webapp option > > > Hi all, > > I toyed a bit with the webapp option of JSPC, and a few things seemed > really odd. > > - Although there are options to generate web.xml files or fragments, > this makes no sense as the generated files are now meant to be put in > the work directory instead. This was probably done as a > workaround for > the slow Jasper runtime (that has been fixed). I think those options > should be removed, and it should be made clear that the > target directory > should be the webapp's work directory. > > - There should be an optional compilation flag (also compile if > present). That's very convinient IMO. I propose "-c" (with > "false" being > the default). > > Those changes should be simple to implement (I plan to do it, and > integrate them in 4.1.15). > > Comments ? > > Remy > > > -- > To unsubscribe, e-mail: > <mailto:tomcat-dev-> [EMAIL PROTECTED]> > For > additional commands, > e-mail: <mailto:tomcat-dev-help@;jakarta.apache.org> > -- To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-dev-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-dev-help@;jakarta.apache.org>
