You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@beehive.apache.org by "Carlin Rogers (JIRA)" <de...@beehive.apache.org> on 2006/01/08 18:31:23 UTC
[jira] Updated: (BEEHIVE-1031) Develop an API for marking scoped
request attributes as "persistable".
[ http://issues.apache.org/jira/browse/BEEHIVE-1031?page=all ]
Carlin Rogers updated BEEHIVE-1031:
-----------------------------------
Fix Version: (was: 1.1)
> Develop an API for marking scoped request attributes as "persistable".
> ----------------------------------------------------------------------
>
> Key: BEEHIVE-1031
> URL: http://issues.apache.org/jira/browse/BEEHIVE-1031
> Project: Beehive
> Type: Improvement
> Components: NetUI
> Versions: V1, 1.1
> Reporter: Carlin Rogers
> Assignee: Carlin Rogers
>
> We need a way for a portal framework using the NetUI Scoping support to be able to determine which request attributes should be persisted and which could be removed before persisting the attributes.
> Here's some detail from Rich and his design document...
> http://wiki.apache.org/beehive/Design/PortletScoping - see the third paragraph and below under "Issues and Future Directions". Basically, the choice of which attributes are persisted is in the developer's control, but we'll offer an API that allows setting of a "hint" for a persisted request attribute, and we'll use this API for attributes NetUI sets as necessary (e.g., the attribute that holds Page Inputs).
> A dev would be able to figure out which attributes we expect to be persisted: in the Map we pass you from ScopedRequest.getAttributeMap(), the attributes that extend ReconstructibleAttribute are the ones from NetUI that you should definitely persist. This eliminates the need to know our internal attribute names.
> When you do persist a ReconstructibleAttribute, you should call dropAttribute() on it -- we'll automatically reconstruct it as needed during ScopedRequest.getAttribute().
> Rich also tried to start up a discussion on the dev list earlier in August,
> http://mail-archives.apache.org/mod_mbox/beehive-dev/200509.mbox/%3c43209239.3030502@gmail.com%3e
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira