DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22442>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22442 EL parser misinterprets arithmetic operators as EL functions Summary: EL parser misinterprets arithmetic operators as EL functions Product: Commons Version: 1.0 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: EL AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have built a small JSP/EL test WAR (see attachment). This example shows several variations on the basic EL arithmetic operators. For example, I illustrate the use of + in three forms "7 + 5" , "(3 + 4) + 5" , and "7 + (2 + 3)". Yes, all of these work as I would expect them to. However, when I try these variations with a "named" operator, such as div or mod, then the first two variations "7 div 5" and "(3 + 4) div 5" both work fine, but the last variation "7 div (2 + 3)" fails to translate because the parser is (incorrectly, IMO) assuming that the production "ID ( EXPR )" is a function call when in fact it is not when ID is one of the operator keywords, such as div, mod, eq, ne, and, or, *and* not. Is this *really* how the EL parser should work? I find these translation errors non-intuitive. Does this qualify as a Jasper/EL bug or is it an RFE? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
