You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@tiles.apache.org by "Antonio Petrelli (JIRA)" <ji...@apache.org> on 2007/01/28 18:40:25 UTC
[jira] Moved: (TILES-71) Refactor ViewPreparer support
[ https://issues.apache.org/struts/browse/TILES-71?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Antonio Petrelli moved SB-61 to TILES-71:
-----------------------------------------
Fix Version/s: (was: 2.0)
2.0.0
Component/s: (was: Tiles)
core
Affects Version/s: (was: 2.0)
2.0.0
Workflow: Struts (was: jira)
Key: TILES-71 (was: SB-61)
Project: Tiles (was: Sandbox)
> Refactor ViewPreparer support
> -----------------------------
>
> Key: TILES-71
> URL: https://issues.apache.org/struts/browse/TILES-71
> Project: Tiles
> Issue Type: Improvement
> Components: core
> Affects Versions: 2.0.0
> Environment: N/A (design issue)
> Reporter: Antonio Petrelli
> Assigned To: David H. DeWolf
> Fix For: 2.0.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.
-
You can reply to this email to add a comment to the issue online.