Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Sun, 17 Jul 2011 18:33:00 +0000 (UTC)
From: "Henri Biestro (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: 
 <120386630.21350.1310927580243.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1034640519.23317.1308630107425.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Resolved] (JEXL-113) Add functions to extract which
 variables, parameters and local variables are used to evaluate a script
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Henri Biestro resolved JEXL-113.
--------------------------------

       Resolution: Fixed
    Fix Version/s: 2.1

Committed revision 1147694.

> Add functions to extract which variables, parameters and local variables are used to evaluate a script
> ------------------------------------------------------------------------------------------------------
>
>                 Key: JEXL-113
>                 URL: https://issues.apache.org/jira/browse/JEXL-113
>             Project: Commons JEXL
>          Issue Type: Sub-task
>    Affects Versions: 2.0.1
>         Environment: JDK 1.6
>            Reporter: Max Tardiveau
>            Assignee: Henri Biestro
>             Fix For: 2.1
>
>
> When a variable of the form a.b is evaluated, the context is asked first for the value of a. That value is then asked for the value of b.
> So far, so good: this is exactly what you'd expect from the dot operator.
> But if the value of b is null, the context is then asked for the value of a.b, in other words the dot operator is ignored and "a.b" is considered to be a single variable.
> This is at best confusing. Granted, this can be avoided with the a['b'] notation, but that's clumsy.
> I assume this is an attempt to support both the dot operator and ant-style variables. I don't think you can have both and remain sane.
> Suggestion: either document this behavior, or make it an option. My vote would be to just use the value returned, even if it's null. Either dot is an operator, or it's not. Perhaps make that configurable?
> Thanks!

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira