[jira] [Commented] (NET-463) Does it make sense for NET classes to be Serializable?

["Bogdan Drozdowski (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/NET-463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13402329#comment-13402329 ] 

Bogdan Drozdowski commented on NET-463:
---------------------------------------

Having classes Serializable is useful when you have to use them remotely (e.g. through RMI, CORBA, EJB or similar means), because the objects are passed by reference when they're serializable (instead of being passed by value, which may be expensive). An EJB or RMI server could be a provider/factory of, say, SocekClient instances, that callers wish to use. I don't know if a real-life example like this could ever happen, but it's certainly one use for serializability.
                
> Does it make sense for NET classes to be Serializable?
> ------------------------------------------------------
>
>                 Key: NET-463
>                 URL: https://issues.apache.org/jira/browse/NET-463
>             Project: Commons Net
>          Issue Type: Bug
>            Reporter: Sebb
>
> A few of the NET classes currently implement Serializable.
> However, it's doubtful that serialization would actually work.
> There are no unit tests.
> Also, what is the use-case for it?
> Can we drop the Serializable references?
> The classes that implement Serializable currently are:
> ftp.FTPFile
> ntp.TimeStamp
> util.ListenerList (contains non-serialisable field of type CopyOnWriteArrayList)
> ProtocolCommandSupport

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira