Sélection des options d'installation

Indiquez si vous devez précompiler des fichiers JSP (JavaServer Pages) dans le cadre de l'installation. Par défaut, les fichiers JSP ne sont pas précompilés.

Pour cette option, effectuez l'installation uniquement sur une cible de déploiement de version 9.0.

Si vous sélectionnez Précompiler les fichiers JavaServer Pages et tentez d'installer votre application sur une cible de déploiement antérieure, telle que la version 8, l'installation est rejetée. Vous pouvez déployer des applications uniquement vers des cibles de déploiement de même version que le produit. Si les applications sont ciblées vers des serveurs dont la version est antérieure à celle du produit, le déploiement est impossible.

Indique le répertoire dans lequel le fichier EAR (entreprise archive) doit être installé.

Par défaut, le fichier EAR est installé dans le répertoire racine_profil/installedApps/nom_cellule/nom_application.ear.

Les choix disponibles sont les suivants :

• Ne pas spécifier de valeur et laisser la zone vide.

  La valeur par défaut est ${APP_INSTALL_ROOT}/nom_cellule, où la variable ${APP_INSTALL_ROOT} est racine_profil/installedApps. Un répertoire ayant le nom du fichier EAR de l'application en cours d'installation est ajouté à ${APP_INSTALL_ROOT}/nom_cellule. Ainsi, si vous n'indiquez un répertoire, le fichier EAR est installé dans le répertoire racine_profil/installedApps/nom_cellule/nom_application.ear.

• Spécifier un répertoire.

  Si vous indiquez un répertoire dans la zone Répertoire dans lequel installer l'application, l'application est installée dans le répertoire chemin_spécifié/nom_application.ear. Autrement dit, un répertoire portant le nom de fichier EAR de l'application installée est ajouté à la suite du chemin que vous spécifiez dans la zone Répertoire dans lequel installer l'application. Par exemple, si vous installez Clock.ear et indiquez C:/myapps sur un ordinateur Windows, l'application sera installée dans le répertoire myapps/Clock.ear. La variable ${APP_INSTALL_ROOT} reçoit pour valeur le chemin spécifié.

• Indiquez ${APP_INSTALL_ROOT}/${CELL} à la première installation de l'application.

  Si vous souhaitez exporter l'application à partir d'une cellule et installer ultérieurement l'application exportée dans une autre cellule, indiquez la variable ${CELL} à la première installation de l'application. Par exemple, indiquez ${APP_INSTALL_ROOT}/${CELL} pour ce paramètre. L'exportation de l'application crée un fichier EAR étendu, ainsi appelé parce qu'il contient à la fois l'application elle-même et sa configuration de déploiement. La configuration de déploiement conserve le nom de la cellule de l'installation initiale dans le répertoire de destination sauf si vous indiquez la variable ${CELL}. La définition de la variable ${CELL} permet de s'assurer que le répertoire de destination possède le nom de la cellule en cours et non celui de la cellule d'origine.

  Important : Si aucun répertoire d'installation n'est indiqué lors de l'installation d'une application dans une configuration de serveur unique, l'application est installée dans le répertoire ${APP_INSTALL_ROOT}/nom_cellule. Lorsque le serveur est intégré dans une configuration multiserveur (à l'aide de l'utilitaire addNode), le nom de cellule de la nouvelle configuration est celui du noeud du gestionnaire de déploiement. Si l'option -includeapps est utilisée pour la fonctionnalité addNode, les applications installées avant l'exécution de l'opération addNode utilisent le répertoire d'installation ${APP_INSTALL_ROOT}/nom_cellule. Cependant, une application installée après l'ajout du serveur à la configuration réseau utilise le répertoire d'installation par défaut ${APP_INSTALL_ROOT}/nom_cellule_réseau. Pour déplacer l'application vers l'emplacement ${APP_INSTALL_ROOT}/nom_cellule_réseau lors de l'exécution de l'opération addNode, indiquez explicitement le répertoire d'installation sous la forme ${APP_INSTALL_ROOT}/${CELL} lors de l'installation. Dans ce cas, les fichiers d'application sont toujours installés dans le répertoire ${APP_INSTALL_ROOT}/nom_cellule_en_cours.
• Si l'application a été exportée et que vous installez le fichier EAR exporté dans une autre cellule ou un autre emplacement, indiquez ${APP_INSTALL_ROOT}/nom_cellule/nom_application.ear si vous n'avez pas indiqué ${APP_INSTALL_ROOT}/${CELL} lors de l'installation initiale.

  Le fichier EAR exporté est appelé fichier EAR étendu parce qu'il contient à la fois l'application elle-même et sa configuration de déploiement. La valeur utilisée dans la zone Répertoire dans lequel installer l'application lors de la précédente installation de l'application est mémorisée dans la configuration de déploiement. Sauf si vous spécifiez une valeur différente dans la zone Répertoire dans lequel installer l'application, le fichier EAR étendu sera installé dans le même répertoire que celui de l'installation précédente.

  Si vous n'avez pas indiqué la variable ${CELL} lors de l'installation initiale, la configuration de déploiement utilise le nom de la cellule de l'installation initiale dans le répertoire de destination. En cas d'installation sur une autre cellule, indiquez le répertoire ${APP_INSTALL_ROOT}/nom_cellule/nom_application.ear, où nom_cellule est le nom de la cellule dans laquelle vous souhaitez installer le fichier EAR étendu. Si vous ne désignez pas explicitement la cellule courante dans la partie nom_cellule du chemin d'installation, le nom de la cellule d'origine sera utilisé, même si vous installez le fichier EAR étendu dans une cellule portant un nom différent.

• Spécifier un chemin absolu ou utiliser une variable de mappe de chemins d'accès.

  Vous pouvez indiquer un chemin absolu ou utiliser une variable de mappe de chemins d'accès comme ${MY_APPS}. Vous pouvez utiliser une variable de mappe de chemins d'accès dans n'importe quelle installation.

  Une variable de mappe des chemins d'accès s'avère indispensable lors de l'installation d'une application dans un cluster dont les membres font partie de noeuds hétérogènes car, dans ce cas, il n'existe aucun autre moyen de spécifier un chemin d'accès absolu. Une variable WebSphere Application Server ${CELL} qui indique le nom de la cellule actuelle peut également être comprise dans la variable de mappe des chemins d'accès ; par exemple ${MY_APP}/${CELL}. Vous pouvez définir des variables WebSphere Application Server sur la page Variables WebSphere, accessible en cliquant sur Environnement > WebSphere variables.

  Eviter les problèmes : Dans un environnement de système d'exploitation réparti, la portée de la variable pathmap démarre depuis la portée de niveau nodeagent et non pas depuis la portée de niveau serveur. Si la variable est introuvable dans la portée de niveau nodeagent, la variable est recherchée dans la portée de niveau noeud, puis dans la portée de niveau cellule. gotcha

La zone Répertoire dans lequel installer l'application est similaire au paramètre Emplacement (chemin complet) de la page des fichiers binaires d'application.

Indique si, à l'installation, le produit doit développer (extraire) les fichiers binaires de l'application dans l'emplacement d'installation et s'il doit les supprimer à la désinstallation. Par défaut, la distribution de l'application est activée. Les fichiers binaires des applications installées sont développés dans le répertoire indiqué.

Dans le cas de produits monoserveurs, les fichiers binaires sont supprimés lors de la désinstallation et de la sauvegarde des modifications dans la configuration.

Dans le cas de produits multiserveurs, les fichiers binaires sont supprimés lors de la désinstallation, de la sauvegarde des modifications dans la configuration, et de la synchronisation des modifications.

Si vous désactivez cette option, vous devez vous assurer que les fichiers binaires d'application sont développés de manière appropriée dans les répertoires de destination de tous les noeuds sur lesquels l'application est exécutée.

Eviter les problèmes : Si vous désactivez cette option et que vous ne copiez ni ne développez les fichiers binaires de l'application dans les noeuds, vous ne pourrez pas déplacer les fichiers binaires de l'application vers les noeuds en effectuant ultérieurement une sauvegarde de la configuration ou une synchronisation manuelle.gotcha

La zone Distribution de l'application est similaire au paramètre Activer la distribution, l'extension et le nettoyage binaires après la désinstallation de la page des fichiers binaires d'application.

Indique si le serveur d'applications utilise les liaisons, les extensions et les descripteurs de déploiement situés au même endroit que le document de déploiement de l'application, le fichier deployment.xml (par défaut), ou ceux qui se trouvent dans le fichier EAR (Enterprise Archive) de l'application. Sélectionnez ce paramètre uniquement pour les applications installées sur les cibles de déploiement des versions 6.0 ou ultérieures.

La valeur par défaut (false) permet d'utiliser les liaisons, les extensions et les descripteurs de déploiement situés dans le fichier deployment.xml. Pour utiliser les descripteurs de liaison, d'extension et de déploiement situés dans le fichier EAR, activez ce paramètre (true).

La zone Utiliser la configuration binaire est similaire au paramètre Utiliser les informations de configuration en binaire de la page des fichiers binaires d'application.

Indiquez si l'outil EJBDeploy est exécuté lors de l'installation de l'application.

Si un module EJB fait partie d'une archive Web (WAR), vous n'avez pas besoin d'activer ce paramètre.

L'outil de déploiement EJB s'exécute lors de l'installation des modules EJB 1.x ou 2.x. L'outil de déploiement d'EJB ne fonctionne pas lors de l'installation des modules EJB 3.x.

Pour cette option, effectuez l'installation uniquement sur une cible de déploiement de version 9.0.

Si vous sélectionnez Déployer des beans enterprise et tentez d'installer votre application sur une cible de déploiement antérieure, telle que la version 8, l'installation est rejetée. Vous pouvez déployer des applications uniquement sur les cibles dont la version de WebSphere est identique à celle du produit. Si les applications sont ciblées vers des serveurs dont la version est antérieure à celle du produit, le déploiement est impossible.

De plus, si vous sélectionnez Déploiement des beans enterprise et spécifiez un type de base de données dans la page Fournir les options pour effectuer le déploiement d'EJB, les ID dorsaux précédemment définis pour tous les modules EJB sont écrasés par le type de base de données choisi. Pour activer les ID dorsaux pour les modules EJB individuels, paramétrez le type de base de données à "" (null) dans la page Fournir les options pour effectuer le déploiement d'EJB.

L'activation de ce paramètre peut provoquer l'exécution du programme d'installation pendant plusieurs minutes.

Indique le nom logique de l'application. Un nom d'application doit être unique au sein de la cellule et ne peut pas contenir de caractère non pris en charge.

Un nom d'application ne peut pas commencer par un point (.)et ne peut pas contenir d'espace en début ou en fin de nom, ni les caractères suivants :

La zone Nom de l'application est similaire au paramètre Nom de la page Paramètres de l'application d'entreprise.

Indique s'il faut créer des MBeans pour des ressources telles que des servlets ou des fichiers JSP dans une application à son démarrage. Par défaut, des MBeans sont créés.

La zone est similaire au paramètre Créer des MBeans pour les ressources de la page de comportement au démarrage.

Indique si la phase d'exécution du produit détecte des modifications apportées aux classes de l'application lorsque celle-ci est en cours d'exécution. Si ce paramètre est activé, lorsque les classes d'application sont modifiées, l'application est arrêtée et redémarrée afin de charger les classes mises à jour.

Par défaut, le rechargement des classes n'est pas activé.

Cette zone est similaire au paramètre Remplacer les paramètres de rechargement de classe des modules Web et EJB de la page Chargement de classes et détection de mise à jour.

Indique le nombre de secondes nécessaire au scannage du système de fichiers de l'application dans le but de rechercher les fichiers mis à jour. La valeur par défaut correspond à celle de l'attribut de l'intervalle de rechargement dans le fichier d'extension IBM (META-INF/ibm-application-ext.xmi) du fichier EAR.

L'attribut d'intervalle de rechargement n'a d'effet que si le rechargement des classes est activé.

Pour activer le rechargement, spécifiez une valeur supérieure à zéro (par exemple, 1 à 2147483647). Pour désactiver le rechargement, spécifiez zéro (0). Les valeurs possibles sont comprises entre 0 et 2147483647.

La zone Intervalle de rechargement en secondes est identique au paramètre Intervalle d'interrogation des fichiers mis à jour de la page Chargement de classes et détection de mise à jour .

Configurations prises en charge : Pour les fichiers de liaison et d'extension IBM, l'extension de nom de fichier .xmi ou .xml est différente selon que vous utilisiez un module ou une application antérieure à Java EE 5 ou un module ou une application ultérieure à Java EE 5. Un fichier de liaison ou d'extension IBM porte le nom ibm-*-ext.xmi ou ibm-*-bnd.xmi où * correspond au fichier d'extension ou de liaison, tel app, application, ejb-jar ou web. Les conditions suivantes s'appliquent :

• Pour une application ou un module qui utilise une version Java EE antérieure à la version 5, l'extension de fichier doit être .xmi.
• Pour une application ou un module qui utilise Java EE 5 ou version ultérieure, l'extension de fichier doit être .xml. Si des fichiers .xmi sont inclus dans l'application ou le module, le produit les ignore.

Toutefois, un module Java EE 5 ou version ultérieure peut exister dans une application qui inclut des fichiers antérieurs à Java EE 5 et utilise l'extension de nom de fichier .xmi.

Les fichiers ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi et ibm-portlet-ext.xmi continuent d'utiliser les extensions de fichier .xmi.

sptcfg

Indique si l'outil de déploiement des services Web wsdeploy s'exécute lors de l'installation de l'application.

L'outil génère le code permettant d'exécuter des applications utilisant des services Web. Par défaut, l'outil wsdeploy n'est pas exécuté. Vous devez activer ce paramètre si le fichier EAR contient des modules utilisant des services Web et que l'outil wsdeploy n'a pas encore été exécuté sur ce fichier. Pour ce faire, choisissez l'option de menu Déployer dans un outil d'assemblage ou à partir de la ligne de commande.

Pour cette option, effectuez l'installation uniquement sur une cible de déploiement de version 9.0.

Si vous sélectionnez Déploiement de beans Web et que vous tentez d'installer votre application sur une cible de déploiement plus récente, l'installation est rejetée. Vous pouvez déployer des applications uniquement vers des cibles dont la version est identique à celle du produit. Si les applications sont ciblées vers des serveurs dont la version est antérieure à celle du produit, le déploiement est impossible.

Indique si le produit étudie les références d'application indiquées lors de l'installation ou de la mise à jour de l'application et, si la validation est activée, s'il vous avertit de références erronées ou de l'échec de l'opération.

Une application fait généralement référence à des ressources à l'aide de sources de données pour les beans CMP (container managed persistence) ou de références de ressources et d'environnement de ressources définies dans des descripteurs de déploiement. La validation vérifie si la ressource référée par l'application est définie dans la portée de la cible de déploiement de cette application.

Sélectionnez désactivée si vous ne souhaitez aucune validation de ressource, avertissement pour des messages d'avertissement au sujet de références incorrectes de ressources, ou échec pour arrêter des opérations en échec en raison de références erronées de ressources.

La zone Entrée de validation désactivée/avertissement/échec est identique au paramètre Validation de la référence d'application de la page des paramètres d'application d'entreprise.

Indique si la configuration imbriquée doit être traitée. Une configuration imbriquée se compose de fichiers tels que resource.xml, variables.xml et deployment.xml. Vous pouvez collecter des informations de déploiement spécifiques au produit et les stocker dans le fichier EAR de l'application. Ce fichier EAR peut ensuite être installé dans une configuration de serveur à l'aide des interfaces de gestion des applications.

Un fichier EAR d'application de ce type est un fichier EAR amélioré qui est créé lorsque vous exportez une application déjà installée. La case à cocher de la configuration imbriquée identifie un tel fichier EAR amélioré. Par défaut, la case à cocher "Traiter la configuration imbriquée" est sélectionnée si l'application est un fichier EAR amélioré. Les options d'installation de l'application sont préremplies avec les informations provenant de la configuration imbriquée, que la case à cocher "Traiter la configuration imbriquée" soit sélectionnée ou non. Les utilisateurs peuvent remplacer ces valeurs lors du processus de déploiement.

Si le fichier EAR exporté (le fichier EAR amélioré) contient des bibliothèques partagées et leurs informations de configuration, le processus d'installation de l'application tient compte de la sélection ou non de la case à cocher "Traiter la configuration imbriquée". Si la case à cocher est sélectionnée pour une application pour laquelle la configuration de bibliothèques partagées est définie, l'application est installée avec ces bibliothèques partagées, qui sont configurées en fonction des informations figurant dans la configuration imbriquée. Si la case à cocher n'est PAS sélectionnée pour une application pour laquelle la configuration de bibliothèques partagées est définie, le fichier EAR est installé sans ces bibliothèques partagées et leurs configurations.

La définition de bibliothèque partagée n'est pas conservée même si l'option de configuration imbriquée de processus est désactivée.

Si vous avez exporté l'application à partir d'une cellule autre que la cellule active et que vous n'avez pas spécifié la variable $(CELL) pour Répertoire d'installation de l'application quand vous avez installé l'application au départ, désélectionnez ce paramètre (valeur false) pour développer le fichier EAR étendu dans le répertoire racine_profil/installedApps/nom_cellule_active. Sinon, si vous avez sélectionné ce paramètre (valeur true), le fichier EAR étendu est développé dans le répertoire racine_profil/installedApps/nom_cellule_origine, où nom_cellule_origine désigne la cellule où l'application a été installée au départ. Si, lors de la première installation de l'application, vous avez spécifié la variable $(CELL) dans la zone Répertoire d'installation de l'application, l'installation développe le fichier EAR étendu dans le répertoire racine_profil/installedApps/nom_cellule_active.

Indique les fichiers binaires des applications installées qui sont développés dans le répertoire indiqué.

L'option Distribution de l'application doit être activée pour définir les droits d'accès aux fichiers.

Vous pouvez définir les droits d'accès aux fichiers dans la zone de texte. Vous pouvez également définir certains droits d'accès aux fichiers fréquemment utilisés en les sélectionnant dans la liste à choix multiples. Les sélections de la liste remplacent les autorisation des fichiers définis dans la zone de texte.

Vous pouvez définir dans la liste une ou plusieurs chaînes de droit d'accès aux fichiers suivantes. En sélectionnant plusieurs options, vous combinez les chaînes de droit d'accès aux fichiers.

Au lieu d'utiliser la liste à choix multiples pour indiquer les droits d'accès aux fichiers, vous pouvez définir une chaîne de droit d'accès dans la zone de texte. Les droits d'accès aux fichiers utilisent une chaîne dont le format est le suivant :

masque_nom_fichier=droit#masque_nom_fichier=droit

où masque_nom_fichier est un filtre de nom de fichier à caractères génériques (par exemple, .*\\.jsp pour tous les fichiers JSP), droit fournit les listes de contrôle d'accès (ACL) aux fichiers et # est le séparateur entre plusieurs entrées de masque_nom_fichier et droits. Si # est un caractère d'une chaîne modèle_nom_fichier, utilisez plutôt \#.

Si plusieurs masques de nom de fichier et droits d'accès aux fichiers dans la chaîne correspondent à un URI dans l'application, le produit utilise le droit applicable le plus strict pour le fichier. Par exemple, si la chaîne de droit d'accès aux fichiers est .*\\.jsp=775#a.*\\.jsp=754, le droit d'accès au fichier abc.jsp est 754.

Bonne pratique : L'utilisation de caractères génériques pour le masque de correspondance entraîne la comparaison d'un URI entier de chaîne au masque de droits d'accès aux fichiers. Vous devez utiliser des masques de correspondance plus précis avec des caractères génériques, comme défini par l'API de programmation Java. Par exemple, imaginez que le répertoire et les URI de fichiers suivants sont traités pendant une opération de droits d'accès aux fichiers :best-practices

Les résultats de la correspondance des masques de fichiers sont les suivants :

• MyWarModule.war ne correspond à aucun URI.
• .*MyWarModule.war.* correspond à tous les URI.
• .*MyWarModule.war$ correspond uniquement à l'URI 1.
• .*\\.jsp=755 correspond uniquement à l'URI 2.
• .*META-INF.* correspond aux URI 3 et 6.
• .*MyWarModule.war/.*/.*\.class correspond aux URI 4 et 5.

/opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp

.*MyApp.ear$=755#.*\.jsp=644

Bonne pratique : Quel que soit le système d'exploitation, utilisez toujours une barre oblique (/) comme séparateur de chemin de fichier dans les masques de fichiers.best-practices

Vous ne pouvez pas désactiver un droit de lecture pour un fichier sur des systèmes d'exploitations Windows. Avec les bits de droits d'accès de style POSIX, le bit qui représente l'attribut de lecture readable sur un fichier est 4, celui d'écriture writable est 2 et celui d'exécution executable est 1. Ainsi, les droits d'accès d'un fichier sur un système d'exploitation Windows sont 5 ou 7. De plus, en style POSIX, il y a les droits d'accès user, group et world. Sur les systèmes d'exploitation Windows, seuls les droits d'accès user peuvent être affectés à un fichier. Les bits de droits d'accès group et world sont ignorés.

Les droits d'accès spécifiés ici le sont au niveau de l'application. Vous pouvez également indiquer les droits d'accès aux fichiers binaires d'actif dans la configuration définie au niveau du noeud. Les droits d'accès aux fichiers définis au niveau du noeud représentent les droits d'accès les plus étendus qui puissent être accordés aux fichiers binaires d'application. Les droits d'accès définis ici au niveau de l'application doivent être identiques à ceux définis au niveau du noeud ou plus stricts que ces derniers.

Ce paramètre est similaire à la zone Droits d'accès aux fichiers de la page Fichiers binaires d'application.

Indique une chaîne non éditable identifiant la version de génération de l'application.

La zone Identificateur de compilation de l'application est identique à la zone Niveau de compilation de l'application dans la page Fichiers binaires d'application.

Indique si une application peut distribuer des inserts dans des ressources de modules Web situés dans des machines virtuelles Java différentes dans un environnement de noeuds gérés au travers du mécanisme de distributeur de requête.

Cette zone est identique à la zone Autoriser la distribution d'inserts à des ressources distantes dans la page Propriétés de distribution des requêtes distantes.

Indique si une application d'entreprise peut servir une requête d'insert à partir d'une application.

Cette zone est identique à la zone Autoriser le service d'inserts depuis des ressources distantes dans la page Propriétés de distribution des requêtes distantes.

Indique si le produit crée une application de niveau métier avec l'application d'entreprise en cours d'installation ou transforme l'application d'entreprise en une unité appartenant à une application de niveau métier existante.

La valeur par défaut consiste à créer une nouvelle application de niveau métier avec un paramètre de valeur WebSphere:blaname=Anyasset,blaedition=BASE. Lorsque vous effectuez une sélection dans la liste déroulante pour créer une application de niveau métier, le produit crée une application de niveau métier du même nom que votre application d'entreprise. Si une application au niveau métier avec le nom de l'application d'entreprise existe déjà, le produit ne crée pas une nouvelle application au niveau métier ; il ajoute l'application d'entreprise sous la forme d'une unité de composition à l'application métier.

Si vous devez utiliser la page Relations de bibliothèques partagées et de paramètres de mappage pour spécifier des relations de dépendance sur des bibliothèques partagées existantes dans l'application de niveau métier, sélectionnez le nom de l'application de niveau métier dans la liste déroulante. Aucune bibliothèque partagée n'est affichée dans la page si vous choisissez de créer une application de niveau métier et qu'une application de niveau métier avec le nom par défaut existe déjà.

Pour ajouter votre application d'entreprise à une application de niveau métier existante, sélectionnez une application de niveau métier existante dans la liste déroulante. Le produit transforme votre application d'entreprise en une unité appartenant à une application de niveau métier existante.

Indique si les modules Web peuvent expédier des demandes simultanément sur des unités d'exécution séparées et, si c'est le cas, si le serveur ou le client expédie les demandes. Les expéditions simultanées peuvent améliorer les temps de réponse des servlets.

N'activez pas l'expédition asynchrone des demandes si les opérations correspondantes dépendent les unes des autres. Sélectionnez Désactivé. Cela entraînerait des erreurs.

Sélectionnez Côté serveur pour activer l'expédition simultanée des demandes par le serveur. Sélectionnez Côté client pour activer l'expédition simultanée des demandes par le client.

Indique si le produit affecte des valeurs JNDI par défaut aux cibles de référence EJB ou effectue une résolution automatique des cibles de référence EJB incomplètes.

Sélectionnez cette option pour activer la résolution automatique des cibles de référence EJB si les références proviennent de modules EJB 2.1 ou antérieurs, ou de modules Web 2.3 ou antérieurs. Si vous activez cette option, le conteneur d'exécution fournit une valeur par défaut ou effectue automatiquement la résolution de toute référence EJB qui ne comporte pas de liaison.

Si vous sélectionnez Génération des liaisons par défaut dans la page Préparation de l'installation de l'application, il n'est pas nécessaire de sélectionner cette option. Le produit génère des valeurs par défaut.

Si vous sélectionnez Autoriser la résolution automatique des cibles de référence d'EJB, tous les modules de l'application partagent la même cible de déploiement. Si vous sélectionnez cette option et que tous les modules de l'application ne partagent pas un serveur commun, le produit affiche un message d'avertissement et n'installe pas l'application après avoir cliqué sur Terminer sur la page Récapitulatif. Pour installer l'application, vous devez désélectionner ce paramètre avant de cliquer sur Terminer.

Indique si les modules client doivent être déployés.

Sélectionnez cette option (définie avec la valeur true) si le fichier à déployer contient un ou plusieurs modules client et que vous souhaitez configurer des entrées d'environnement pour ces derniers. En outre, sélectionnez cette option pour configurer des ressources telles que des références EJB, des références de ressource, des références d'environnement de ressource ou des références de destination de message. La sélection de cette option permet d'afficher la page Mappage des entrées d'environnement pour les modules client. Si vous déployez les modules client sur un noeud fédéré d'un gestionnaire de déploiement (Fédéré) ou sur un serveur d'applications (Serveur déployé), sélectionnez cette option et affectez la valeur appropriée au paramètre Mode de déploiement du client pour la cible de déploiement, à savoir Fédéré ou Serveur déployé.

Si vous sélectionnez cette option, vous installez les modules client uniquement sur une cible de déploiement version 8.0 ou ultérieure.

Indique si les modules client doivent être déployés sur une cible de déploiement isolée (Isolé), un noeud fédéré d'un gestionnaire de déploiement (Fédéré) ou un serveur d'applications (Serveur déployé).

Le choix du mode de déploiement du client affecte le traitement des recherches java:.Tous les espaces de noms d'URL Java (global, application, module et composant) sont des noms locaux dans les processus client isolés. Les espaces de noms résident sur un serveur dans des processus client de type Serveur déployé et Fédéré.Le serveur ou cluster choisi comme cible d'un module client détermine l'endroit où ces espaces de noms sont créés. Toutes les recherches java: des modules client de type Serveur déployé ou Fédéré sont redirigées vers le serveur ou cluster cible. Le module client ne s'exécute pas vraiment dans le serveur ou cluster cible. Plusieurs instances du même module client partagent le même espace de noms de composant dans les modes Fédéré et Serveur déployé. Le choix du mode Fédéré revient à déclarer que vous avez l'intention de lancer le module client à l'aide de JNLP (Java Network Launching Protocol), mais les mécanismes JNDI (Java Naming and Directory Interface) des modes Fédéré et Serveur déployé sont identiques.

Indique si les descripteurs de déploiement doivent être validés par rapport aux schémas de descripteur de déploiement Java EE publiés. Lorsque cette option est sélectionnée, le produit analyse chaque descripteur de déploiement afin de déterminer sa version de spécification Java EE, sélectionne le schéma approprié, puis vérifie le descripteur de déploiement par rapport au schéma de descripteur de déploiement Java EE. Les erreurs de validation génèrent des messages d'erreur.

Un schéma de descripteur de déploiement Java EE est également appelé DTD.

Si vous sélectionnez cette option, installez votre application ou module uniquement sur une cible de déploiement version 8.0 ou ultérieure.