¿Cuál es una buena manera de hacer que una clase sea deserializable?

Question

Java contiene muchas clases (como en Swing) que implementan el dreaded and error proneinterface Serializable.

Si se implementa, por ejemplo, un nuevo TableModel extendiendo AbstractTableModel, el nuevo modelo debe ser serializable pero lo que si contiene tipos de datos internos que no son serializables, y que no tiene que ser ya no piensa para usar esta característica de todos modos?

En tal caso, herramientas como Sonar enloquecen. Los dos se quejan de que "Clase Foo define el campo de instancia no transitoria no serializable bar".

así que hago ese campo transient sólo para "El campo Foo.bar es transitorio, pero no se establece de deserialización"

¿Es posible decir "No, esta clase no es serializable, y yo don' ¿Quieres que sea "de tal manera que no obtienes ningún error en herramientas como Sonar?

Answer 1

Citando de este JavaRevisited article (ver # 8):

Para evitar la serialización de Java que necesita para implementar el método writeObject() y readObject() en su clase y la necesidad de tirar de los NotSerializableException método.

lo que sólo tiene que pegar esto en su clase:

private void writeObject(java.io.ObjectOutputStream stream) throws java.io.IOException { 
    throw new java.io.NotSerializableException(getClass().getName()); 
} 

private void readObject(java.io.ObjectInputStream stream) throws java.io.IOException, ClassNotFoundException { 
    throw new java.io.NotSerializableException(getClass().getName()); 
} 

Answer 2

implemento writeObject() y readObject() métodos para lanzar NotSerializableException

o

http://docs.oracle.com/javase/6/docs/platform/serialization/spec/security.html#4214

Answer 3

lo que puedo pensar método de implementación private void writeObject() de la siguiente manera:

private void writeObject(ObjectOutputStream oos) throws IOException { 
    throw new UnsupportedOperationException("Not serializable!!!"); 
} 

alternativa, se puede aplicar Externalizable y escribir y aplicación similar de writeExternal()

Ambos son métodos no "buenas" pero sólo soluciones temporales.

Answer 4

Las respuestas que veo aquí simplemente responden si es posible evitar la serialización o la deserialización de alguna clase marcada serializable. La pregunta era diferente, sin embargo:

'¿Es posible decir "No, esta clase no es serializable, y no quiero que sea" de forma que no se obtenga ninguna errores en herramientas como Sonar? '

(lo que me pregunto acerca de esas muchas up-votos en esas respuestas ...)

Google'ing alrededor de la respuesta parece ser 'no', Sonar se puede decir que una clase de este tipo es una "falsa positivo ", pero eso requiere retocar con Sonar. Los desarrolladores que desarrollan código inspeccionado por Sonar de otras personas no pueden beneficiarse de esa posibilidad.

Y como la pregunta realmente pide una solución para otras herramientas "como Sonar", también, la respuesta en general no puede ser "Sí" --- seguramente alguna de esas herramientas insistirá en que "implementa Serializable + tiene no- campo serializable no transitorio "para significar problemas.

Answer 5

¿Puedes usar algo como eso?

@SuppressFBWarnings(justification = "This field need to be transient") 
private transient SomeObject myTransientField; 

Suprimirá la advertencia de Findbug. También puede especificar el tipo de validación que desea suprres como:

@SuppressFBWarnings("SE_TRANSIENT_FIELD_NOT_RESTORED") 

La lista completa está ahí: http://findbugs.sourceforge.net/bugDescriptions.html