Remy Maucherat wrote: > Hi, > > It is not very convinient or easy to insert the declarations for > compiled JSPs into the webapp's web.xml file. It also has the > disadvantage of adding a lot of mess in the web.xml, which the user may > not like. > > For that reason, I propose that Tomcat parses a new (optional) XML file, > with the same DTD as web.xml, which would contain declarations identical > to web.xml, and which would be used for declaring the compiled JSPs. I > propose naming that file compiledjsp.xml. > > An additional advantage is that it would allow Tomcat to precompile > webapps as they are deployed (otherwise, nasty XML manipulation is > needed to do that, and I think overwriting the originial web.xml during > deployment is bad). > > Maybe someone has a better solution for this problem. Any comments ?
I don't think it is a good idea. That won't be standard, and I don't think this is a good reason to "extend" it. The precompilation should be part of the deployment or pre-deployment step - the developer shouldn't see the modified web.xml. I agree that using ant replace is a hack - the right solution would be to read the XML with DOM, insert the elements in the right place, and save back ( DOM - so we don't loose comments ). Or even read it as a file, and use regexp. No problem if we save the original web.xml in the process. Costin --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]