[
https://issues.apache.org/jira/browse/EL-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell closed EL-10.
---------------------------
Resolution: Fixed
Fix Version/s: 1.1
> EL parser misinterprets arithmetic operators as EL functions
> ------------------------------------------------------------
>
> Key: EL-10
> URL: https://issues.apache.org/jira/browse/EL-10
> Project: Commons EL
> Issue Type: Bug
> Affects Versions: 1.0
> Environment: Operating System: other
> Platform: Other
> Reporter: Jan Luehe
> Fix For: 1.1
>
> Attachments: testEL.jsp
>
>
> [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?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
