You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "David H. DeWolf (JIRA)" <ji...@apache.org> on 2006/11/02 21:51:58 UTC
[jira] Resolved: (SB-61) Refactor ViewPreparer support
[ http://issues.apache.org/struts/browse/SB-61?page=all ]
David H. DeWolf resolved SB-61.
-------------------------------
Fix Version/s: 2.0
Resolution: Fixed
Fixed. Caching is currently based off of classname. Alternate "shortcuts" could be provided as another feature, but I don't see the need.
> Refactor ViewPreparer support
> -----------------------------
>
> Key: SB-61
> URL: http://issues.apache.org/struts/browse/SB-61
> Project: Sandbox
> Issue Type: Improvement
> Components: Tiles
> Affects Versions: 2.0
> Environment: N/A (design issue)
> Reporter: Antonio Petrelli
> Assigned To: David H. DeWolf
> Fix For: 2.0
>
>
> The "preparer" support in tags and definitions declared in Tiles definitions configuration files consists of parsing "preparerClass" and "preparerUrl" attributes.
> Since "preparerUrl" is pretty useless, because it includes the URL in the response and can be replaced by using the "template" attribute, it should be removed.
> Probably we should give support to "named preparers", i.e. preparers that are defined in Tiles configuration files (maybe a "name-class" pair) and in a new JSP tag. This way, tags can use preparers without instantiating a new one for each JSP call: in this way, preparers configuration will resemble Struts action configuration. If "named preparers" support will be implemented, probably "preparerClass" attribute should be removed.
--
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