I dislike this option immensely. It's entirely contrary to what JSPC is for. It's a tool for generating servlets from JSP that do not require the entire JSP machinery. It produces a web.xml file that maps each jsp page to the generated servlet. The generated servlets are portable between servlet engines. They can be compiled by a normal java compiler. In short, they are very much unlike the output in the work directory.
What you are proposing is the same as the precompile option on the URL. Here's a script that will do it for all compliant JSP engines find . -name '*jsp' -printf "http://`echo $HOSTNAME`/%P?jsp_precompile\n" \ | xargs -n 1 lynx -head -source On Thursday 07 November 2002 04:23 am, Remy Maucherat wrote: > Hi, > > jspc is IMO overly complex, with many features nobody knows how to use, > and nobody cares to test (hence sometimes some of them are randomly > broken during Jasper refactorings). > > I propose that: > - In Tomcat 5, all jspc options are removed, in favor of allowing only > the webapp mode (with its relevant options). This webapp mode would > generate code and classes which should be deployed in the work > directory, exactly the same as if they were dynamically compiled by > Jasper (which has the big advantage of using only one big operation mode > for everything). Single file mode is IMO useless (dynamic compilation > works fine). > - In Tomcat 4.1, the options will stay in for compatibility, but the > usage help will be modified to be the same as Tomcat 5. > > It has to be noted that: > - The JSP runtime is now very efficient. The old webapp mode (with its > static web.xml) is a hack (and a 100% proprietary one at that). > - Precompilation should only occur at webapp deployment time in the > general case (the generated code is closely tied to the Jasper runtime > release). > - Additional features could be added to the manager servlet to, for > example, cause precompilation of the deployed webapp in a separate process. > - I am -1 to returning to the old "webapp" option behavior (ie, the > generated files should by default be deployed in the work directory, not > /WEB-INF/classes). > > <ballot> > +1 [ ] Remove the options > -1 [ ] Do not remove the options > </ballot> > > Note: Users may vote, but only committers have binding votes. > > Remy -- To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-dev-help@;jakarta.apache.org>
