Fournir des options pour effectuer le déploiement d'EJB

Indique le chemin d'accès aux classes du ou des fichiers zippés ou JAR (Java archive) dont le fichier JAR ou EAR (enterprise archive) en cours d'installation dépend.

Pour indiquer les chemins d'accès aux classes de plusieurs entrées, le nom de fichier doit être un nom qualifié complet séparé par un séparateur de chemin qu'utilise le serveur cible et placé entre guillemets doubles.

Sur les systèmes d'exploitation Windows, le séparateur de chemin est le point-virgule (;). Par exemple :

chemin\myJar1.jar;chemin\myJar2.jar;chemin\myJar3.jar

Sur les systèmes d'exploitation pris en charge, le séparateur de chemin est le caractère deux points (:). Par exemple :

chemin/myJar1.jar:chemin/myJar2.jar:chemin/myJar3.jar

Le chemin d'accès aux classes équivaut au paramètre de commande ejbdeploy -cp chemin_classe.

Indique si l'outil de déploiement d'EJB transmet les options RMIC (Remote Method Invocation Compiler) au compilateur RMI. Pour obtenir des informations sur ces options, voir la documentation des outils RMI.

Séparez les options par un espace et placez-les entre guillemets. Par exemple :

"-nowarn -verbose"

Le paramètre RMIC équivaut au paramètre de commande ejbdeploy -rmic "options".

Indique le nom du fournisseur de base de données qui permet de déterminer les types de colonne de base de données, les informations de mappage, Table.sql ainsi que d'autres informations. Sélectionnez un type de base de données ou le symbole d'option vide dans la liste déroulante. Cette liste contient les noms des fournisseurs de base de données valides. Le symbole d'option vide ("") signifie que le type de base de données est indéfini (NULL).

Si vous indiquez un type de base de données, les identificateurs d'arrière plan définis auparavant pour tous les modules EJB sont remplacés par le type de base de données choisi. Pour activer les identificateurs d'arrière plan pour des modules EJB individuels, sélectionnez le symbole d'option vide pour indiquer un type de base de données indéfini (valeur NULL).

Fonction obsolète : Les identificateurs d'arrière plan SQL92 (norme SQL de 1992) et SQL99 (norme SQL de 1999) sont obsolètes. Bien qu'ils soient disponibles dans la liste de la page de définition des options du déploiement des EJB, les identificateurs d'arrière plan SQL92 et SQL99 sont obsolètes.depfeat

Le Type de base de données équivaut au paramètre de commande ejbdeploy -dbvendor nom.

Indique le nom du schéma à créer.

L'outil de déploiement d'EJB enregistre les informations sur la base de données contenues dans le document de schéma dans le fichier JAR ou EAR. Par conséquent, vous n'avez pas besoin de redéfinir vos options. Cela implique également que, lorsque le fichier JAR ou EAR est généré, vous devez définir la base de données appropriée dès cette étape, car vous ne pourrez pas la modifier ultérieurement.

Si le nom de schéma contient des espaces, placez toute la chaîne entre guillemets. Par exemple :

"my schema"

Le Schéma de base de données équivaut au paramètre de commande ejbdeploy -dbschema "nom".

Indique le type d'accès à la base de données DB2 qui prend en charge le langage SQL pour Java (Structured Query Language). Utilisez le langage SQL pour Java pour développer les applications d'accès aux données qui se connectent aux bases de données DB2. Le langage SQL pour Java est un ensemble d'extensions de programmation qui prend en charge l'utilisation du langage de programmation Java pour imbriquer les instructions générant des requêtes SQL (Structured Query Language) de base de données.

Pour afficher ce paramètre, vous devez sélectionner une base de données dorsale DB2 prenant en charge le langage SQL pour Java à partir de la liste de la liste déroulante Type de base de données.

Les types accès aux bases de données disponibles incluent les langages JDBC et SQL pour Java.

Indique chemin d'accès aux classes du fichier sqlj.zip de l'outil SQL pour Java DB2. Le produit utilise ce chemin d'accès aux classes pour lancer l'outil SQL pour Java DB2 pendant l'installation de l'application et génère des profils SQL pour Java (fichiers .ser).

Pour afficher ce paramètre, vous devez sélectionner une base de données dorsale DB2 prenant en charge le langage SQL pour Java à partir de la liste de la liste déroulante Type de base de données.

Indique l'unité et le répertoire où se trouve le fichier sqlj.zip. Par exemple :

Sur les systèmes d'exploitation Windows, définissez c:\SQLJ\sqlj.zip.

Sur les autres systèmes d'exploitation, définissez /SQLJ/sqlj.zip.

Lorsque vous réinstallez un fichier EAR de l'application, le produit supprime tous les profils SQLJ existants et en crée de nouveaux.

Si vous n'indiquez pas de chemin d'accès aux classes, le produit affiche un avertissement concernant le chemin d'accès aux classes manquant. Après avoir indiqué un chemin d'accès aux classes valide, vous pouvez continuer à utiliser l'assistant d'installation de l'application.

Vous pouvez personnaliser le profil SQLJ généré ou lui ajouter des liaisons après l'installation de l'application par le produit. Utilisez la page Profils SQL pour Java et fichiers de liens pureQuery de la console d'administration en cliquant sur Applications > Types d'application > Applications WebSphere enterprise > nom_application > Profils SQL pour Java et fichiers de liens pureQuery.

Indique le niveau de conformité du compilateur Java Developer Kit 1.4, 5.0, 6.0 ou 7.0 lorsque vous intégrez des fichiers source d'application pour compilation.

La valeur par défaut est à utiliser quel que soit la version du développeur de logiciel que la commande ejbdeploy utilise. Par exemple, si votre application utilise une nouvelle fonctionnalité définie dans la version 7.0 ou que vous intégrez des fichiers source (ce qui est déconseillé), vous devez ensuite indiquer le niveau de version 7.0.

Le niveau de conformité JDK que vous indiquez doit être le même que le niveau du kit Java SDK par défaut du serveur d'applications sur lequel vous déployez votre application. Par exemple, si vous sélectionnez 7.0 comme niveau de conformité JDK sur cette page, vous devez vous assurer que JDK 7.0 est installé et que le kit SDK Java par défaut pour le serveur d'applications est défini sur 7.0. La page Java SDK de la console d'administration répertorie les kits de développement de logiciels qui sont installés sur le noeud et vous permet de sélectionner un kit SDK par défaut pour le noeud ou le serveur. Pour afficher cette page, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom serveur > SDK Java.

Le Niveau de conformité JDK équivaut au paramètre de la commande ejbdeploy -complianceLevel "1.4" | "5.0" | "6.0" | "7.0".