Dans l'arborescence de navigation, sélectionnez le noeud Applications.
La page Applications apparaît.
Dans la table Applications déployées, cliquez sur le bouton Déployer.
La page Déployer des applications ou des modules apparaît.
Spécifiez l'emplacement de l'application à déployer.
Si l'application est un fichier d'archive stocké sur l'ordinateur client ou accessible depuis 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 tapez le chemin d'accès complet.
Si l'application est un fichier d'archive stocké sur l'ordinateur du 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 du serveur est l'hôte qui exécute le serveur d'administration du 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.
Dans la liste déroulante Type, sélectionnez JAR EJB.
Si vous avez spécifié un fichier packagé à télécharger sur le serveur ou un fichier local packagé accessible à partir de GlassFish Server, le type d'application est détecté automatiquement. Si vous avez spécifié un répertoire accessible à partir de GlassFish Server, vous devez spécifier le type manuellement.
Dans le champ Nom de l'application, conservez le nom par défaut, qui correspond au nom du répertoire ou au préfixe du nom de fichier, ou bien saisissez un autre nom.
Le nom par défaut apparaît si vous décidez de télécharger un fichier. Le nom de l'application doit être unique.
Le nom peut être suivi d'un identificateur de version facultatif dont il est séparé par un signe deux-points (:
). L'identificateur de version doit commencer par une lettre ou un chiffre. Il peut contenir des caractères alphanumériques, des traits de soulignement (_
), des tirets (-
) et des 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.
Cochez la case Etat activé pour activer l'application.
Cette option est sélectionnée par défaut. Si cette option est désactivée, l'application est indisponible.
Cochez la case Disponibilité activée afin d'activer la réalisation des points de contrôle SFSB pour l'application.
Si la case Activé est cochée, la haute disponibilité est activée pour la réalisation des points de contrôle et, éventuellement, la mise en mode passif des beans Session avec conservation de statut (SFSB). Si la valeur est False (valeur par défaut), la réalisation de tous les points de contrôle SFSB est désactivée pour le module EJB spécifié. Si cette valeur est True, le module EJB spécifié est activé 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 du serveur et du 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 Exécuter le vérificateur pour vérifier les descripteurs de déploiement avant le déploiement.
Si cette option est sélectionnée et que la vérification échoue, le dé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 Compatibilité afin d'utiliser les exigences de visibilité JAR de GlassFish Server version 2 pour les applications au lieu des exigences Java EE 6 plus strictes implémentées dans les versions ultérieures de GlassFish Server, y compris 3.1.2.
Cette option est désactivée par défaut.
La spécification de la plate-forme Java EE 6 impose des exigences plus strictes que Java EE 5 quant aux fichiers JAR visibles dans divers modules au sein d'un fichier EAR. Plus particulièrement, les clients d'application ne doivent pas avoir accès aux fichiers JAR EJB ou à d'autres fichiers JAR dans le fichier EAR, sauf si les références utilisent les mécanismes Java SE standard (les extensions, par exemple) ou le mécanisme library-directory de Java EE. La sélection de cette case enlève ces restrictions Java EE 6.
Cochez la case Forcer le redéploiement si l'application a déjà été déployée.
Si cette option n'est pas sélectionnée, toute tentative de déploiement d'une application déjà déployée génère une erreur. Cette option est désactivée par défaut.
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, appelé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 être défini sur file
, qui est la valeur par défaut recommandée.
Si la conservation ou la restauration d'une session Web, d'une instance SFSB ou d'une horloge EJB active échoue, 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.
Dans le champ Bibliothèques, indiquez, sous forme de liste séparée par des virgules, les fichiers JAR de bibliothèque propres à cette application.
Les chemins peuvent être absolus ou relatifs. Un chemin est relatif par rapport à domain-dir/lib/applibs
. Si le chemin est absolu, il doit être accessible au serveur d'administration du domaine (DAS), et donc se situer sous domain-dir. Les bibliothèques sont rendues accessibles à l'application selon l'ordre dans lequel elles sont spécifiées.
Dans le champ Description, entrez une brève description de cette application.
Pour ajouter des clusters et des instances de serveur cible sur lesquels déployer le module ou l'application, sélectionnez-les dans la liste Cibles disponibles et utilisez le bouton Ajouter pour les déplacer vers la liste Cibles sélectionnées.
L'option Cible apparaît si des clusters ou des instances de serveur autonomes existent en plus de l'instance de serveur par défaut (server
). Par défaut, le module ou l'application est déployé sur l'instance de serveur par défaut nommée server
. Utilisez le bouton Tout ajouter pour le/la déployer sur toutes les cibles. Utilisez les boutons Enlever et Tout enlever pour enlever des cibles de la liste Cibles sélectionnées.
Cliquez sur OK.