Pour déployer un Jar EJB

  1. Dans l’arborescence de navigation, sélectionnez le nœud Applications.

    La page des applications s’affiche.

  2. Dans le tableau Applications déployées, cliquez sur le bouton Déployer.

    La page Déploiement d’applications ou de modules s’affiche.

  3. Spécifiez l’emplacement de l’application à déployer.
  4. Dans la liste déroulante Type, sélectionnez Jar EJB.

    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.

  5. 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 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.

  6. Cochez la case État 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.

  7. Sélectionnez la case Disponibilité activée pour 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 des beans de session avec état (SFSB) et éventuellement leur mise en mode passif. Si elle est définie sur false (valeur par défaut), la réalisation de tous les points de contrôle est désactivée pour le module EJB spécifié. Si cette valeur est définie sur 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 s'affiche si des clusters ou des instances de serveur autonomes existent en plus de l'instance de serveur par défaut (server).

  8. 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 ou un avertissement est enregistré et cette option est ignorée.

  9. Cochez la case Compatibilité pour utiliser les exigences de visibilité JAR 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.

    Cette option est désactivé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.

  10. Cochez la case Forcer le redéploiement pour 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.

  11. Sélectionnez la case Garder l'état pour conserver des sessions Web, des instances SFSB et des horloges EJB créées de façon persistante 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.

  12. Sélectionnez la case à cocher Conserver les ressources limitées à l’application pour conserver des ressources limitées à l’application et les restaurer pendant le redéploiement.

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

  13. Dans le champ Bibliothèques, saisissez une liste séparée par des virgules des fichiers JAR de bibliothèque propres à cette application.

    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.

  14. Dans le champ Description, entrez une brève description de cette application.
  15. Pour ajouter des clusters et des instances de serveur cibles 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 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.

  16. Cliquez sur OK.
Voir aussi
Copyright © 2010, Oracle et/ou ses affiliés. Tous droits réservés. Notice légale