Objet de la sérialisation dans l'application Web

Pour votre première et deuxième question, consultez ce SO thread . En ce qui concerne votre 3ème question, Sessions.ser est une session sérialisée. Cependant,

1. Oui, nous avons besoin de sérialisation chaque fois que nous devons persister les objets dans le système de fichiers ou envoyer des objets sur le fil. Vous pourriez penser que dans une application Web, nous ne le faisons pas nécessairement. Mais le serveur nécessite généralement une chose sérialisable au cas où il est nécessaire à l'avenir lorsque vous passez à un environnement en cluster ou que vous souhaitez transmettre votre haricot à un composant distant, c'est-à-dire composant EJB. Ou vous voudrez peut-être stocker votre haricot dans une session, pour cette raison pour cette raison, vos haricots devraient être sérialisables.

2. Oui, pour la même raison, indiquée ci-dessus.

3. sessions.ser est une session sérialisée. Tomcat l'a persisté, il peut donc être récupéré plus tard. Maintenant, vous avez eu une idée selon laquelle nous avons besoin de haricots sérialisables, car vous voudrez peut-être stocker des objets de haricots à la session et à la session Persist Tomcat sur le système de fichiers, c'est-à-dire session.ser. Donc, vos haricots doivent mettre en œuvre sérialisisable afin qu'ils puissent être persistés / récupérés avec la session.

   Au fait, l'exactitude de persister et de récupérer de la bean dépend de la mise en œuvre correcte de sérialisable. Pour cela, je vous recommanderais de lire les sujets connexes en Java efficace.

sessions (et tous les attributs qui y sont ajoutés) doivent être sérialisables si le conteneur souhaite stocker la session. Cela peut avoir deux raisons:

1. La session doit être transmise à un autre noeud d'un cluster équilibré de charge
2. Les sessions doivent être échangées à cause de la mémoire faible

   Une autre raison possible est de passer des attributs de demande d'une webApp à un autre à l'aide de context croisé Dispathing. Les deux WebApps ont des chargeurs de classe différents si simples casting ne fonctionneraient pas.

   Donc, votre Tomcat semble écrire la session à un fichier à l'aide de la sérialisation. Un haricot de forme est typiquement aussi stocké dans la session, alors oui, il doit être sérialisé.

   Et dernier, il peut y avoir beaucoup plus de raisons de sérialisables comme dans toute autre application. Les caches peuvent en avoir besoin pour échanger le contenu de cache (comme Ehcache peut faire). Toute autre partie de données peut être sérialisée pour être stockée sous forme de blob dans une base de données, ...

1) Il s'agit d'une fonctionnalité dépendante du serveur d'applications, mais la spécification de servlet indique que si le conteneur de servlet souhaite prendre en charge les environnements distribués (sessions de partage entre les instances) etc., il doit accepter des objets qui implémentent sérialisables et être capables de les migrer. . Tomcat prend également en charge la conservation de l'état de la session à travers le redémarrage des serveurs pour des objets de session sérialisables. Vous pouvez transformer cette fonctionnalité de Tomcat ON ou OFF dans le fichier Conf / Context.xml (voir les commentaires là-bas).

2) Il ne serait nécessaire que pour un bean de forme Serializable Si A) La session est scopée et b) que vous utilisez soit des sessions distribuées, soit une fonctionnalité telle que Tomcat utilise pour persister la session qui l'exige.

3) Le fichier sessions.ser est le fichier contenant les objets sérialisés de la session. Tomcat l'utilise pour les préserver à travers les redémarrages du serveur si vous l'avez configuré pour le faire (voir ci-dessus). En général, un fichier .ser est un objet Java sérialisé, une représentation binaire de l'état de l'objet.

1. une très bonne description de Wikipedia :

   sérialisation a un certain nombre de Avantages. Il fournit:

   • une méthode de persistant d'objets qui sont plus pratiques que écrire leurs propriétés à un texte Fichier sur disque et réassemblage en lisant ce dos dans.
   • une méthode d'émission d'appels de procédure à distance, par exemple, comme dans le savon
   • Procédé de distribution d'objets, en particulier dans les logiciels Componterie
     comme com, corba, etc.
   • Procédé de détection des modifications des données variables du temps.

     Un vrai monde (simple) exemple: dites Vous créez une instance utilisateur dans Java. Maintenant, vous voulez afficher cet objet Dans un navigateur Web utilisant JavaScript. Une option est de sérialiser le objet de telle manière que JavaScript peut désérialiser l'objet (en utilisant une représentation que Java et JavaScript peuvent comprendre) et Affichez-le.

   • Cela dépend de ce que vous devez faire avec le haricot de forme quant à savoir si devrait être sérialisé ou non.
   • app est un site Web application qui vous aide à déployer et gérer d'autres applications Web à matou. Je ne suis pas un expert de Tomcat, mais Je pense que le responsable Tomcat tente de N'oubliez pas d'informations sur le sessions créées par le web applications qu'il gère. Ce doit se souvenir de cette information même Quand le processus Tomcat est redémarré. Donc, Tomcat Manager Crée un fichier nommé "session.ser" qui est une représentation sérialisée des informations qu'il a besoin rappelez-vous à propos de tout le géré Sessions d'applications.