Pour déployer une application, utilisez la page Déploiement d’applications ou de modules.
La page Déploiement d’applications ou de modules contient les options suivantes pour toutes les applications. D’autres options apparaissent uniquement après avoir renseigné le champ Emplacement de l’application.
Le lieu de l’archive de l’application que vous déployez.
Les options suivantes indiquent les points d’accès à l’archive et précisent si cette dernière est un fichier ou un répertoire.
L’archive est contenue dans un fichier stocké sur la machine client ou accessible depuis cette même machine.
L’ordinateur client est l’hôte sur lequel vous visualisez la Console d'administration via un navigateur.
L’archive est un fichier stocké sur la machine serveur ou une application non empaquetée contenue dans un répertoire éclaté.
Le serveur est l’hôte qui exécute le serveur d’administration du domaine GlassFish Server.
Type de l’application. Les choix disponibles sont les suivants :
Application Web
Application d’entreprise
Client d’application
Module connecteur
Jar EJB
Autre
Clusters et instances autonomes sur lesquels vous souhaitez déployer l'application ou le module. Déplacez les cibles souhaitées vers la colonne Cibles sélectionnées à l'aide des boutons Ajouter et Tout Ajouter. Déplacez les cibles inutiles vers la colonne Cibles disponibles à l'aide des boutons Supprimer et Tout Supprimer.
Cette option s'affiche uniquement si des clusters ou des instances autonomes ont été créés dans le domaine.
D’autres options pour les différents types d’applications sont décrites aux sections suivantes.
Si le type d’application est une application Web, les options suivantes apparaissent.
Le chemin jusqu’à l’application. Dans l’URL de l’application Web, la racine contexte suit immédiatement le numéro de port (http://host: port/context-root/...). La racine contexte doit commencer par une barre oblique, par exemple /hello.
Le nom de l’application.
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 et des caractères de soulignement (_), des tirets (-) et des points (.). Pour plus d'informations sur le module et les versions d'application, reportez-vous à la section Module and Application Versions du Oracle GlassFish Server 3.1 Application Deployment Guide.
Les serveurs virtuels associés à cette application.
L'option Serveurs virtuels s'affiche si seule l'instance de serveur par défaut, server, existe. Si des clusters ou d'autres instances de serveur autonomes existent, vous pouvez sélectionner des serveurs virtuels après le déploiement. Ouvrez la page Modifier l'application, sélectionnez l'onglet Cible, puis Gestion des serveurs virtuels pour la cible de votre choix.
Si cette option est sélectionnée, l’application est activée. Cette option est sélectionnée par défaut.
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 sessions web et des beans de session avec état (SFSB). Si elle est définie sur false (valeur par défaut), tous les enregistrements de session web et la réalisation des points de contrôle SFSB sont désactivés pour l'application, l'application Web ou le module EJB spécifié. Si cette valeur est définie sur true, l'application ou le module 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 s'affiche si des clusters ou des instances de serveur autonomes existent en plus de l'instance de serveur par défaut (server).
Si cette option est sélectionnée, les fichiers JavaServer Pages ( JSP) sont précompilés. 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.
Si cette option est sélectionnée, les descripteurs de déploiement sont vérifiés avant le déploiement. En cas d’échec de la vérification, 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 ou un avertissement est enregistré et cette option est ignorée.
Si cette option est sélectionnée, l’application est redéployée si elle 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.
Cette option détermine si les sessions web, les instances SFSB et les horloges EJB créées de façon persistante sont conservées entre les redéploiements.
Cette option est désactivée par défaut. Cette option 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 fonctionnalité 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 fonction 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 de bean de session avec état, le type de persistance sans haute disponibilité est défini dans le serveur (l'option Type de persistance SFSB) et doit être défini sur file, qui est la valeur par défaut et recommandée.
Si la conservation ou la restauration d'une session Web, d'une instance de 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 enregistré.
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 qui ont été enregistrées.
Si cette option est cochée, elle conserve les ressources limitées à l'application et les restaure pendant le redéploiement. Elle n'est pas cochée par défaut.
Liste séparée par des virgules des fichiers JAR de bibliothèque propres à ce module ou à 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), ce qui signifie qu’il doit être sous domain-dir. Les bibliothèques sont rendues accessibles à l’application selon l’ordre dans lequel elles sont spécifiées.
Description de l’application.
Si l’application est de type Application d’entreprise, les options suivantes apparaissent.
Le nom de l’application.
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 et des caractères de soulignement (_), des tirets (-) et des points (.). Pour plus d'informations sur le module et les versions d'application, reportez-vous à la section Module and Application Versions du Oracle GlassFish Server 3.1 Application Deployment Guide.
Les serveurs virtuels associés à cette application.
L'option Serveurs virtuels s'affiche si seule l'instance de serveur par défaut, server, existe. Si des clusters ou d'autres instances de serveur autonomes existent, vous pouvez sélectionner des serveurs virtuels après le déploiement. Ouvrez la page Modifier l'application, sélectionnez l'onglet Cible, puis Gestion des serveurs virtuels pour la cible de votre choix.
Si cette option est sélectionnée, l’application est activée. Cette option est sélectionnée par défaut.
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 sessions web et des beans de session avec état (SFSB). Si elle est définie sur false (valeur par défaut), tous les enregistrements de session web et la réalisation des points de contrôle SFSB sont désactivés pour l'application, l'application Web ou le module EJB spécifié. Si cette valeur est définie sur true, l'application ou le module 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 s'affiche si des clusters ou des instances de serveur autonomes existent en plus de l'instance de serveur par défaut (server).
Si cette option est sélectionnée, l’accès à Java Web Start est autorisé pour un module client de l’application. Cette option est désactivée par défaut.
Si cette option est sélectionnée, les fichiers JavaServer Pages ( JSP) sont précompilés. 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.
Si cette option est sélectionnée, les descripteurs de déploiement sont vérifiés avant le déploiement. En cas d’échec de la vérification, 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 ou un avertissement est enregistré et cette option est ignorée.
Si cette option est cochée, utilise les exigences de visibilité JAR de GlassFish Server v2 pour les applications au lieu des exigences Java EE 6 plus strictes mises en œuvre dans les versions GlassFish Server v3, y compris 3.1. Elle n'est pas cochée par défaut.
La spécification de la plate-forme Java EE 6 impose des conditions plus strictes que Java EE 5 quant aux fichiers JAR qui peuvent être visibles à divers modules au sein d'un fichier EAR. En particulier, 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 supprime ces restrictions Java EE 6.
Si cette option est sélectionnée, l’application est redéployée si elle 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.
Cette option détermine si les sessions web, les instances SFSB et les horloges EJB créées de façon persistante sont conservées entre les redéploiements.
Cette option est désactivée par défaut. Cette option 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 fonctionnalité 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 fonction 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 de bean de session avec état, le type de persistance sans haute disponibilité est défini dans le serveur (l'option Type de persistance SFSB) et doit être défini sur file, qui est la valeur par défaut et recommandée.
Si la conservation ou la restauration d'une session Web, d'une instance de 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 enregistré.
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 qui ont été enregistrées.
Si cette option est cochée, elle conserve les ressources limitées à l'application et les restaure pendant le redéploiement. Elle n'est pas cochée par défaut.
Liste séparée par des virgules de fichiers JAR de bibliothèque propres à cette application. Indique un chemin absolu ou relatif. Un chemin relatif est relatif à domain-dir/lib/applibs. Si le chemin est absolu, il doit être accessible au serveur d’administration du domaine (DAS), ce qui signifie qu’il doit être sous domain-dir. Les bibliothèques sont rendues accessibles à l’application selon l’ordre dans lequel elles sont spécifiées.
Description de l’application.
Si l’application est de type Client d’application, les options suivantes apparaissent.
Le nom de l’application.
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 et des caractères de soulignement (_), des tirets (-) et des points (.). Pour plus d'informations sur le module et les versions d'application, reportez-vous à la section Module and Application Versions du Oracle GlassFish Server 3.1 Application Deployment Guide.
Si cette option est sélectionnée, l’accès à Java Web Start est autorisé pour un module client de l’application. Cette option est désactivée par défaut.
Si cette option est sélectionnée, les descripteurs de déploiement sont vérifiés avant le déploiement. En cas d’échec de la vérification, 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 ou un avertissement est enregistré et cette option est ignorée.
Si cette option est sélectionnée, l’application est redéployée si elle 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.
Description de l’application.
Si l’application est de type Module connecteur, les options suivantes apparaissent.
Le nom de l’application.
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 et des caractères de soulignement (_), des tirets (-) et des points (.). Pour plus d'informations sur le module et les versions d'application, reportez-vous à la section Module and Application Versions du Oracle GlassFish Server 3.1 Application Deployment Guide.
Si cette option est sélectionnée, l’application est activée. Cette option est sélectionnée par défaut.
Si cette option est sélectionnée, les descripteurs de déploiement sont vérifiés avant le déploiement. En cas d’échec de la vérification, 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 ou un avertissement est enregistré et cette option est ignorée.
Si cette option est sélectionnée, l’application est redéployée si elle 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.
Si cette option est cochée, elle conserve les ressources limitées à l'application et les restaure pendant le redéploiement. Elle n'est pas cochée par défaut.
Description de l’application.
Si l’application est de type Jar EJB, les options suivantes apparaissent.
Le nom de l’application.
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 et des caractères de soulignement (_), des tirets (-) et des points (.). Pour plus d'informations sur le module et les versions d'application, reportez-vous à la section Module and Application Versions du Oracle GlassFish Server 3.1 Application Deployment Guide.
Si cette option est sélectionnée, l’application est activée. Cette option est sélectionnée par défaut.
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 sessions web et des beans de session avec état (SFSB). Si elle est définie sur false (valeur par défaut), tous les enregistrements de session web et la réalisation des points de contrôle SFSB sont désactivés pour l'application, l'application Web ou le module EJB spécifié. Si cette valeur est définie sur true, l'application ou le module 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 s'affiche si des clusters ou des instances de serveur autonomes existent en plus de l'instance de serveur par défaut (server).
Si cette option est sélectionnée, les descripteurs de déploiement sont vérifiés avant le déploiement. En cas d’échec de la vérification, 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 ou un avertissement est enregistré et cette option est ignorée.
Si cette option est cochée, utilise les exigences de visibilité JAR de GlassFish Server v2 pour les applications au lieu des exigences Java EE 6 plus strictes mises en œuvre dans les versions GlassFish Server v3, y compris 3.1. Elle n'est pas cochée par défaut.
La spécification de la plate-forme Java EE 6 impose des conditions plus strictes que Java EE 5 quant aux fichiers JAR qui peuvent être visibles à divers modules au sein d'un fichier EAR. En particulier, 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 supprime ces restrictions Java EE 6.
Si cette option est sélectionnée, l’application est redéployée si elle 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.
Cette option détermine si les sessions web, les instances SFSB et les horloges EJB créées de façon persistante sont conservées entre les redéploiements.
Cette option est désactivée par défaut. Cette option 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 fonctionnalité 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 fonction 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 de bean de session avec état, le type de persistance sans haute disponibilité est défini dans le serveur (l'option Type de persistance SFSB) et doit être défini sur file, qui est la valeur par défaut et recommandée.
Si la conservation ou la restauration d'une session Web, d'une instance de 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 enregistré.
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 qui ont été enregistrées.
Si cette option est cochée, elle conserve les ressources limitées à l'application et les restaure pendant le redéploiement. Elle n'est pas cochée par défaut.
Liste séparée par des virgules de fichiers JAR de bibliothèque propres à ce module ou à cette application. Indique un chemin absolu ou relatif. Un chemin relatif est relatif à domain-dir/lib/applibs. Si le chemin est absolu, il doit être accessible au serveur d’administration du domaine (DAS), ce qui signifie qu’il doit être sous domain-dir. Les bibliothèques sont rendues accessibles à l’application selon l’ordre dans lequel elles sont spécifiées.
Description de l’application.
Si le type d’application est Autre, les options suivantes apparaissent.
Le nom de l’application.
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 et des caractères de soulignement (_), des tirets (-) et des points (.). Pour plus d'informations sur le module et les versions d'application, reportez-vous à la section Module and Application Versions du Oracle GlassFish Server 3.1 Application Deployment Guide.
Les serveurs virtuels associés à cette application.
L'option Serveurs virtuels s'affiche si seule l'instance de serveur par défaut, server, existe. Si des clusters ou d'autres instances de serveur autonomes existent, vous pouvez sélectionner des serveurs virtuels après le déploiement. Ouvrez la page Modifier l'application, sélectionnez l'onglet Cible, puis Gestion des serveurs virtuels pour la cible de votre choix.
Si cette option est sélectionnée, l’application est activée. Cette option est sélectionnée par défaut.
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 sessions web et des beans de session avec état (SFSB). Si elle est définie sur false (valeur par défaut), tous les enregistrements de session web et la réalisation des points de contrôle SFSB sont désactivés pour l'application, l'application Web ou le module EJB spécifié. Si cette valeur est définie sur true, l'application ou le module 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 s'affiche si des clusters ou des instances de serveur autonomes existent en plus de l'instance de serveur par défaut (server).
Si cette option est sélectionnée, elle indique un module OSGi/Java-EE hybride. Cette option s'affiche uniquement si le type sélectionné est Autre.
Si cette option est sélectionnée, les fichiers JavaServer Pages ( JSP) sont précompilés. 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.
Si cette option est sélectionnée, les descripteurs de déploiement sont vérifiés avant le déploiement. En cas d’échec de la vérification, 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 ou un avertissement est enregistré et cette option est ignorée.
Si cette option est sélectionnée, l’application est redéployée si elle 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.
Cette option détermine si les sessions web, les instances SFSB et les horloges EJB créées de façon persistante sont conservées entre les redéploiements.
Cette option est désactivée par défaut. Cette option 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 fonctionnalité 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 fonction 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 de bean de session avec état, le type de persistance sans haute disponibilité est défini dans le serveur (l'option Type de persistance SFSB) et doit être défini sur file, qui est la valeur par défaut et recommandée.
Si la conservation ou la restauration d'une session Web, d'une instance de 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 enregistré.
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 qui ont été enregistrées.
Liste séparée par des virgules de fichiers JAR de bibliothèque propres à ce module ou à cette application. Indique un chemin absolu ou relatif. Un chemin relatif est relatif à domain-dir/lib/applibs. Si le chemin est absolu, il doit être accessible au serveur d’administration du domaine (DAS), ce qui signifie qu’il doit être sous domain-dir. Les bibliothèques sont rendues accessibles à l’application selon l’ordre dans lequel elles sont spécifiées.
Description de l’application.