You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by "Craig McClanahan (JIRA)" <ji...@apache.org> on 2006/04/26 08:14:51 UTC

[jira] Moved: (SHALE-74) [shale] Position (inner class) should implement Serializable

     [ http://issues.apache.org/struts/browse/SHALE-74?page=all ]

Craig McClanahan moved STR-2475 to SHALE-74:
--------------------------------------------

      Project: Shale  (was: Struts Action 1)
          Key: SHALE-74  (was: STR-2475)
    Component:     (was: Shale)
      Version:     (was: Nightly Build)
    Assign To:     (was: Struts Developer Mailing List)

> [shale] Position (inner class) should implement Serializable
> ------------------------------------------------------------
>
>          Key: SHALE-74
>          URL: http://issues.apache.org/struts/browse/SHALE-74
>      Project: Shale
>         Type: Bug

>  Environment: Operating System: other
> Platform: PC
>     Reporter: sean schofield
>  Attachments: shale-35068.patch
>
> At one point Tomcat complained about not being able to serialize
> Status$Position.  This class should really implement Serializable otherwise any
> class that implements Status and makes use of Position (such as Status) cannot
> be serialized.
> Also, this got me thinking about why Position is declared as part of the Status
> interface.  Presumably there is a good reason but I can't think of any
> advantages to this offhand.  In fact its a little bit disconcerting for the
> average user (me) who has not ever seen an inner class in an interface before. 
> Obviously its permissable but I think we should consider making it its own class
> unless there is a compelling reason to have it this way.

-- 
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


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