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.
Assurez-vous que l'application à redéployer est déjà déployée.
Dans l'arborescence de navigation, sélectionnez le noeud Applications.
La page Applications apparaît.
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.
Spécifiez l'emplacement de l'application à redéployer.
Si l'application est un fichier d'archive stocké sur l'ordinateur client ou accessible à partir de ce dernier, sélectionnez l'option Fichier packagé à télécharger sur le serveur.
L'ordinateur client est l'hôte sur lequel vous visualisez la Console d'administration via un navigateur.
Cliquez sur Parcourir pour accéder au fichier ou saisissez le chemin d'accès complet.
Si l'application est un fichier d'archive stocké sur l'ordinateur serveur ou une application non packagée située dans un répertoire éclaté, sélectionnez l'option Répertoire ou fichier packagé local accessible à partir de GlassFish Server.
L'ordinateur serveur est l'hôte qui exécute le serveur d'administration de domaine (DAS).
Cliquez sur Parcourir les fichiers pour accéder à un fichier ou sur Parcourir les dossiers pour accéder à un répertoire. Vous pouvez également saisir le chemin d'accès complet au fichier ou au répertoire. Le déploiement à partir d'un répertoire éclaté est réservé aux développeurs expérimentés et est déconseillé dans les environnements de production.
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
).
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.
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.
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.
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.
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.
Cliquez sur OK.