I started an "Issues" section and a "Goals" section to explicitly
identify the problem(s) that needs to be solved.
http://cwiki.apache.org/confluence/display/S2WIKI/OGNL+replacement
Brian Pontarelli wrote:
Yeah, this is one of the frustrations that most beginners encounter
and that I'd really like to fix. I'd say it should be ${} or #{} so
that it is the same notation in JSPs, XML, etc. In fact, I would think
that it would make the most sense to follow the UEL convention such
that ${} is immediately evaluated and #{} is evaluated later. So, in
the case of XML and annotations, it would probably be #{} to follow
the standard. Furthermore, you should be able to use ${} in XML and
annotations and it is resolved immediately. This would be useful for
servlet context values (context path, etc), statics, and other types
of configuration.
If anyone wants to help catalog all the OGNL usages, this will be the
first step in getting this stuff changed. I started a wiki page to
track all this information:
http://cwiki.apache.org/confluence/display/S2WIKI/OGNL+replacement
-bp
Dale Newfield wrote:
Brian Pontarelli wrote:
I've been trying to catalog all of the cases where OGNL exists and
where it can be replaced.
Since different ELs specify different mechanisms to state "this is an
expression to be evaluated", I wonder what we should do about the
delineating characters "%{"/"}" vs. "${"/"}" vs. "#{"/"}", etc.
Right now in result specifications in struts.xml (when the result
supports it, and when parsed) we use ${} to say "this is an
expression to be evaluated" even though it's currently ognl (which
uses %{}). I'm of several thoughts regarding this. One one hand
since it's OGNL I think it should be %{}. On the other hand if we're
contemplating switching ELs maybe it should not be EL-specific so
that the EL can be changed without modifying all the expressions.
So: Is it possible to have these change with the EL? Is it
desirable? If we want to use a single type for all ELs, which should
it be?
-Dale
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]