tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeanfrancois Arcand <jfarc...@apache.org>
Subject Re: [VOTE] Proposed jspc refactoring
Date Fri, 08 Nov 2002 02:11:44 GMT
I am +1 of refactoring the code and do something less "overly complex". 
I just have a look at the code and start speaking french..... ;-)

I can help if needed.

-- Jeanfrancois

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>
>
>


--
To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


Mime
View raw message