You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Sebb (JIRA)" <ji...@apache.org> on 2012/05/05 19:05:50 UTC
[jira] [Created] (NET-463) Does it make sense for NET classes to be
Serializable?
Sebb created NET-463:
------------------------
Summary: 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
[jira] [Commented] (NET-463) Does it make sense for NET classes to
be Serializable?
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13269012#comment-13269012 ]
Sebb commented on NET-463:
--------------------------
Actually CopyOnWriteArrayList is Serializable, but the entries are of type EventListener, which may not be.
> 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
[jira] [Commented] (NET-463) Does it make sense for NET classes to
be Serializable?
Posted by "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