Redéploiement d'une application déployée

Le redéploiement d'une application consiste à déployer une nouvelle version de l'application tout en conservant les paramètres et les options avec lesquels l'application a été déployée initialement.

Avant de commencer

Assurez-vous que l'application à redéployer est déjà déployée.

  1. Dans l'arborescence de navigation, sélectionnez le noeud Applications.

    La page Applications apparaît.

  2. Dans la table Applications déployées, cliquez sur Redéployer sur la ligne de l'application à redéployer.

    Le nom de l'application peut être suivi d'un identificateur de version facultatif dont il est séparé par un signe deux-points (:). Pour plus d'informations sur les versions des modules et des applications, reportez-vous à Module and Application Versions dans le manuel Oracle GlassFish Server Application Deployment Guide.

    La page Redéployer des applications ou des modules apparaît.

  3. Spécifiez l'emplacement de l'application à redéployer.

  4. Cochez la case Disponibilité activée afin d'activer la persistance de session et la réalisation de points de reprise SFSB pour l'application.

    Si la case Activé est cochée, la haute disponibilité est activée pour la réalisation de points de reprise et éventuellement la passivation des sessions Web et des beans Session avec conservation de statut (SFSB). Si cette valeur est False (valeur par défaut) tous les enregistrements de session Web et la réalisation de points de reprise SFSB sont désactivés pour l'application spécifiée. Si cette valeur est True, l'application spécifiée est activée pour la haute disponibilité. Définissez cette option sur True seulement si la haute disponibilité est configurée et activée à des niveaux supérieurs, tels que les niveaux serveur et conteneur.

    Cette option apparaît si des clusters ou des instances de serveur autonomes existent en plus de l'instance de serveur par défaut (server).

  5. Cochez la case Précompiler les JSP pour précompiler les fichiers JSP (JavaServer Pages).

    Si cette option est désactivée, les fichiers JSP sont compilés au moment de l'exécution, lors de leur premier accès. Cette option est désactivée par défaut.

  6. Cochez la case Exécuter le vérificateur pour vérifier les descripteurs de déploiement avant le redéploiement.

    Si cette option est sélectionnée et que la vérification échoue, le redéploiement n'a pas lieu. Le vérificateur examine la structure et le contenu des descripteurs de déploiement. La vérification d'applications volumineuses est souvent une tâche qui demande du temps. Cette option est désactivée par défaut.

    Les packages du vérificateur doivent être installés à partir de l'outil de mise à jour ; sinon, un avertissement est consigné et cette option est ignorée.

  7. Cochez la case Java Web Start pour activer l'accès à Java Web Start d'un module de client d'application.

    Cette option est activée ou désactivée par défaut en fonction de son paramétrage lors du déploiement initial de l'application.

  8. Sélectionnez la case Conserver l'état pour conserver les sessions Web, les instances SFSB et les horloges EJB créées de façon persistante entre les redéploiements.

    Cette option est désactivée par défaut. Elle n'est prise en charge que sur l'instance de serveur par défaut, nommée server. Elle n'est pas prise en charge et est ignorée pour toute autre cible.

    Certaines modifications apportées à une application entre des redéploiements empêchent cette option de fonctionner correctement. Par exemple, ne modifiez pas l'ensemble des variables d'instance dans la classe de bean SFSB.

    Pour les applications Web, cette fonctionnalité n'est applicable que si, dans le fichier glassfish-web-app.xml, l'attribut persistence-type de l'élément session-manager est file.

    Pour les instances SFSB, le type de persistance sans haute disponibilité est défini dans le serveur (option Type de persistance SFSB) et doit avoir la valeur file, qui est la valeur par défaut recommandée.

    En cas d'échec de la conservation ou de la restauration d'une session Web, d'une instance SFSB ou d'une horloge EJB active, aucune d'entre elles ne sera disponible une fois le redéploiement terminé. Toutefois, le redéploiement se poursuit et un avertissement est consigné.

    Pour conserver les données d'état actives, GlassFish Server sérialise les données et les enregistre dans la mémoire. Pour restaurer les données, le chargeur de classe de l'application qui vient d'être redéployée désérialise les données précédemment enregistrées.

  9. Cochez la case Conserver les ressources de niveau application pour conserver des ressources de niveau application et les restaurer pendant le redéploiement.

    Cette option est désactivée par défaut.

  10. Cliquez sur OK.

Voir aussi
Copyright © 2005, 2013, Oracle and/or its affiliates. All rights reserved. Legal Notices