[ http://issues.apache.org/struts/browse/WW-295?page=all ]
Don Brown updated WW-295:
-------------------------
Fix Version: Future
(was: 2.0.0)
> IteratorTag to put itself onto the stack
> ----------------------------------------
>
> Key: WW-295
> URL: http://issues.apache.org/struts/browse/WW-295
> Project: Struts Action 2
> Type: Improvement
> Versions: WW 2.0-beta1
> Reporter: Mike Mosiewicz
> Assignee: Patrick Lightbody
> Fix For: Future
>
> I think that IteratorTag should push itself on the stack (and pop it away
> when it's finished).
> This way you are able for example to built visible components that are
> iterator-aware.
> For example you could assume that you have a reusable visual component that
> may be used inside iterations. In case when iterator is actually accessible
> somewhere, the component may be able to get current iteration status without
> knowing any context variables that iterator exported.
> Currently you have to put variable-name contract between components. In case
> when iterator is on the stack, no such contract is necessary, cause the
> component is able to answer the question "is there any iterator I'm called
> from?".
> This also means that iterator status should not be optional. Instead it
> should rather be lazy-initialized.
> Maybe I'll just commit a patch.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
