struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Craig R. McClanahan" <>
Subject Re: Another bright idea, make "indexed" work with JSTL forEach and friends
Date Sun, 05 Jan 2003 03:22:36 GMT

On 4 Jan 2003, David M. Karr wrote:

> Date: 04 Jan 2003 17:28:58 -0800
> From: David M. Karr <>
> Reply-To: Struts Developers List <>
> To:
> Subject: Re: Another bright idea,
>      make "indexed" work with JSTL forEach and friends
> >>>>> "Craig" == Craig R McClanahan <> writes:
>     Craig> On 4 Jan 2003, David M. Karr wrote:
>     >> Can anyone envision any other situations in the Struts code where indirect
>     >> references to the JSTL would be convenient?  That, at least, could give
us some
>     >> additional perspective on this.
>     Craig> General purpose access to the EL evaluator (which David used in
>     Craig> implementing the EL-ized versions of the Struts tag libraries) would
>     Craig> definitely be useful in general purpose computing environments.  The Jelly
>     Craig> project (in jakarta-commons-sandbox) uses this kind of thing for EL-izing
>     Craig> the scripting environment that Jelly supports, for example.
>     Craig> It would be interesting to contemplate where you might usefully leverage
>     Craig> EL expressions ... say, in struts-config.xml constructs ...
> Could we do this in DynaBean property value initializations?

That would certainly make sense, as long as we could identify the
"variable context"  (in EL implementation terms) with which variable
references should be resolved.

>  I can't think of
> any other places in the config file where this would be useful (yet).

At least one other place would be things like the pattern matching rules
in the <controller> element for calculating URLs.

Longer term (2.0 time frame probably), I'm playing with more interesting
ideas like using Jelly scripts (or JSP pages) as Actions so you don't have
to write them in Java.  We also need a good high level multi-request
framework, and it might be useful there in automating some of the forward
and backward link references.


To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message