La page des applications s’affiche.
La page Déploiement d’applications ou de modules s’affiche.
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 au fichier.
La machine serveur est l’hôte sur lequel fonctionne le serveur d’administration du domaine.
Cliquez sur Parcourir les fichiers pour accéder à un fichier ou Parcourir les dossiers pour accéder à un répertoire. Vous pouvez également saisir le nom du 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é pour les environnements de production.
Si vous avez spécifié un Fichier empaqueté à charger sur le serveur ou un Fichier local empaqueté accessible depuis le GlassFish Server, le type d’application est détecté automatiquement. Si vous avez spécifié un Répertoire accessible depuis le GlassFish Server, vous devez spécifier le type manuellement.
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 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 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.
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.
Cette option est sélectionnée par défaut. Si cette option est désactivée, l’application est indisponible.
Si la case Activé est cochée, la haute disponibilité est activée pour les sessions Web. Si cette valeur est définie sur false (valeur par défaut), tous les enregistrements de session Web sont désactivés pour l'application Web spécifiée. Si cette valeur est définie sur true, l'application Web 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 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 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 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 ou un avertissement est enregistré et cette option est ignoré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 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.
Cette option est désactivée par défaut.
Les chemins peuvent être absolus ou relatifs. 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 dans l’ordre dans lequel elles sont spécifiées.
L'option Cible s'affiche 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é server. Utilisez le bouton Tout Ajouter pour le/la déployer sur toutes les cibles. Utilisez les boutons Supprimer et Tout Supprimer pour supprimer des cibles de la liste Cibles sélectionnées.