commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Henri Yandell (JIRA)" <j...@apache.org>
Subject [jira] Reopened: (EL-10) EL parser misinterprets arithmetic operators as EL functions
Date Tue, 07 Aug 2007 02:50:00 GMT

     [ https://issues.apache.org/jira/browse/EL-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Henri Yandell reopened EL-10:
-----------------------------


> 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
>
>
> Bryan.Basham@Sun.COM 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.


Mime
View raw message