Ne Hibernate table classes doivent être Sérialisable?
J'ai hérité d'une Websphere Portal projet qui utilise Hibernate 3.0 pour se connecter à une base de données SQL Server.
Il y a environ 130 Hibernate tableau des classes dans ce projet. Ils ont tous Sérialisable. Aucun d'entre eux déclarent un champ serialVersionUID, de sorte que l'IDE Eclipse affiche un avertissement pour toutes ces classes.
Est-il un besoin réel de ces classes pour implémenter Serializable?
Si oui, est-il un outil pour ajouter un champ serialVersionUID à un grand nombre de classes à la fois (juste pour faire les mises en garde s'en aller) ?
- Il y a une affaire que d'une table de classe doivent être Sérialisables stackoverflow.com/questions/9271835/...
- J'ai trouvé ces deux questions sont intéressantes: stackoverflow.com/questions/4525186/..., stackoverflow.com/questions/2020904/...
Vous devez vous connecter pour publier un commentaire.
La JPA spec (JSR 220) résume assez bien (la même chose s'applique à la mise en veille):
Donc, à proprement parler, ce n'est pas une obligation sauf si vous avez besoin détaché des entités à être envoyés sur le fil à un autre niveau, la migration vers un autre nœud de cluster, pour être stocké dans la session HTTP, etc.
Je pense que vous pourriez lot cette avec la Version de série (Ant) Tâches.
Hibernate ne nécessite pas sérialisable à tous.
Éclipse du "Nettoyer de la commande" peut faire. Cependant, il fait également beaucoup plus afin de tester et d'affiner le nettoyage et les paramètres de format avant de l'utiliser sur un paquet entier.
Je ne suis pas familier avec un outil qui permettrait de le faire automatiquement pour un tas de classes, si vous pouvez écrire un script.
Si vous mécaniquement le faire avec Eclipse, il ne devrait pas vous prendre plus de 4-5 secondes par classe qui pourrait être encore plus rapide qu'un script.
Vous pouvez désactiver cet avertissement dans la configuration du Compilateur pour Eclipse - soit le projet ou de votre espace de travail dans son ensemble.