You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2005/11/30 04:08:52 UTC

DO NOT REPLY [Bug 37707] New: - [shale] Implement serializability on classes potentially stored in session scope

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37707>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37707

           Summary: [shale] Implement serializability on classes potentially
                    stored in session scope
           Product: Struts
           Version: Nightly Build
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Shale
        AssignedTo: dev@struts.apache.org
        ReportedBy: craig.mcclanahan@sun.com


The following Shale implementation classes can potentially be stored in session
scope (and therefore be required by the J2EE spec to be serializable), but are
not currently serializable:
* org.apache.shale.validator.CommonsValidator
* org.apache.shale.dialog.impl.DialogImpl

Unit tests also need to be added to verify the serializability of these and
other classes that must implement it.

The following classes inherit "implements Serializable" from their parent class
in Commons Chain, even though they are not and cannot actually implement this. 
That is not a direct problem for Shale usage (these classes are only used to
represent per-request state information), but might still get flagged on audits
of a Shale based webapp:
* org.apache.shale.faces.ShaleWebContext
* org.apache.shale.remote.RemoteContext

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org