On 05/07/2011 13:54, Dan Checkoway wrote: > Thanks for the reply, Mark. I realize tomcat is just conforming to the spec > (rightly so), but I happen to disagree with the spec (jsp/el, not tomcat) in > this one area. Empty form fields being treated as "set to 0" is what I > consider buggy...since we're throwing the term "buggy" around. :-) > > "Run two Tomcat instances" is something I could do, but you have to admit > it's a brute force solution to a simple problem. > > I see the same sort of suggestion got shot down about a year ago: > > https://issues.apache.org/bugzilla/show_bug.cgi?id=48813 > > I understand wanting (insisting, for that matter) to isolate the EL parser > from the servlet API. Seems to me it would be nice if there was a choice > between: > - one EL parser is instantiated per engine (default behavior, parser shared > among all contexts) > - one EL parser is instantiated per context (and can be configured > separately) > > The EL parser itself wouldn't have to know anything about the servlet > engine. I believe the change would simply involve, for the most part, > eliminating static variables (such as the one in question, > AstValue.COERCE_TO_ZERO). Moving those statics to an ELParserConfiguration > type object might be the ticket? > > Is that a reasonable request?
The request is reasonable. Bug 48813 didn't get closed because it was unreasonable, the OP closed it as they found an alternative solution. > What if I'm willing to help code it? :-) Since Tomcat is specification compliant, this would be an enhancement and enhancement requests with patches always stand a better chance than those without. Keep in mind the following constraints: - You can't change the javax.el API - javax.el can't have any external dependencies - Jasper can't depend directly on org.apache.el - org.apache.el must not have any external dependencies That list isn't exhaustive, but it gives you the general idea. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
