1.0 Introduction
2.0 Problèmes connus
2.1 Ajout de fichiers de module à un projet Enterprise Application
2.2 Eléments de descripteur de déploiement de remplacement (alt-dd) dans les applications d'entreprise
2.3 Paramètres de chemin de compilation Java pour les projets EJB/Web/Application Client
2.4 Espaces non pris en charge dans les URI JAR au sein d'un EAR
2.5 Les noms de projet d'application d'entreprise ne doivent pas contenir de caractères à deux octets
2.6 Les projets binaires sont en lecture seule
2.7 Suppression automatique des liaisons WebSphere avec supprimer
2.8 Verrouillage de ressource dû à la validation JSP
2.9 Erreur 'Description de projet non valide' lorsqu'un emplacement de projet différent de l'emplacement par défaut est utilisé pour un nouveau projet J2EE
La perspective J2EE contient les vues à utiliser pour le développement des ressources des projets d'application d'entreprise, des projets EJB et des projets Web. Le présent fichier Readme décrit certains problèmes et restrictions connus, ainsi que les solutions associées aux outils de développement J2EE dans WebSphere Studio. Certains autres éléments associés aux vues J2EE et aux projets Web J2EE sont illustrés dans le fichier Readme des outils Web.
Lorsque vous importez l'un des types de fichier de module (EJB JAR, WAR, RAR et fichier JARApplication Client JAR) dans un projet d'application d'entreprise, vous devez utiliser l'assistant d'importation correct et importer le fichier du module dans le type de projet approprié. N'effectuez pas d'importation dans le projet d'application d'entreprise. Si le fichier de module est importé dans le projet d'application d'entreprise, vous ne pourrez pas ajouter le module à l'application à l'aide de l'éditeur de descripteur de déploiement d'applications.
L'utilisation de alt-dd n'est pas prise en charge actuellement dans WebSphere Studio. Vous devez éditer les descripteurs de déploiement des modules contenus.
Lorsque cela est possible, il est recommandé d'accepter les paramètres par défaut du chemin de compilation Java des types de projet J2EE. Pour configurer les dépendances entre les projets de l'application d'entreprise, utilisez plutôt l'éditeur Dépendances JAR pou la page de propriétés Dépendances JAR Java. L'attribut Chemin d'accès aux classes du fichier MANIFEST.MF (utilisé pour l'exécution du serveur) est ainsi synchronisé avec le chemin de compilation Java du projet (utilisé pour la compilation Java).
En général, les bibliothèques requises par un module doivent se trouver dans l'application d'entreprise ou être visibles depuis le serveur. Vous devez donc être prudent lorsque vous ajoutez des bibliothèques externes au chemin de compilation du projet, car ce projet risque de ne pas fonctionner sur le serveur. Supposons par exemple que vous vouliez référencer la bibliothèque off_the_shelf.jar dans un module WEB. Deux possibilités s'offrent à vous :
- Vous pouvez ajouter le fichier off_the_shelf.jar à l'application d'entreprise à l'aide de l'assistant d'importation du système de fichiers, puis utiliser l'éditeur Dépendances JAR pour que le module WEB dépende du fichier JAR ou
- Utiliser les propriétés du chemin de compilation Java du projet WEB pour ajouter le fichier JAR au chemin de compilation ; le serveur doit alors avoir accès au fichier JAR.
Pour appliquer cela à l'unité de test, éditez la configuration du serveur et ajoutez le fichier JAR au chemin des classes.
Les espaces ne sont pas pris en charge dans l'URI pour les modules ou les fichiers JAR d'utilitaire dans une application d'entreprise. L'attribut "Class-Path:" d'un fichier MANIFEST.MF dans un JAR ou un module est une liste de chemins relatifs délimités par des espaces dans un EAR. Un fichier JAR ne peut pas faire référence à un autre fichier JAR dans l'EAR si l'identificateur URI du fichier JAR utilisé contenait des espaces.
Lorsque vous créez un projet d'application d'entreprise, il est recommandé de ne pas lui donner un nom contenant des caractères à deux octets.
Les projets binaires créés par une importation EAR (disponible en option sur l'assistant d'importation) sont en lecture seule uniquement. Vous ne devez pas essayer de modifier le contenu d'un projet binaire. Toutefois, vous pouvez supprimer le projet binaire et le remplacer par une version source à partir d'un référentiel. La plupart des actions doivent être désactivées pour les projets binaires. Si vous utilisez des projets binaires, essayez d'éviter toute action modifiant le contenu du projet ou du fichier JAR.
Lorsque vous supprimez un objet contenant des liaisons WebSphere, l'objet de liaison est également automatiquement supprimé. Par exemple, si vous supprimez un rôle de sécurité avec ses liaisons de la page Sécurité de l'éditeur de descripteur de déploiement d'applications, les liaisons du rôle de sécurité sont également supprimées. Si vous supprimez un rôle de sécurité du même nom, assurez-vous de recréer la liaison si nécessaire.
Si un projet Web a été récemment validé par le valideur JSP, des fichiers JAR de bibliothèque ou des fichiers de classe auxquels ce projet fait référence peuvent encore être en cours d'utilisation. Par conséquent, vous ne pourrez peut-être pas déplacer des fichiers de classe ou JAR (par exemple, si vous voulez supprimer le répertoire /WEB-INF/lib). Si un fichier JAR se trouvant dans un projet EAR est référencé par un projet Web en tant que dépendance Java JAR, il peut ne pas être possible de supprimer le projet EAR ou le fichier JAR se trouvant dans ce dernier. Pour "libérer" ces ressources afin de les utiliser dans des activités de gestion de fichiers, fermez le projet Web puis ouvrez-le à nouveau.
Lorsque vous créez un projet J2EE (y compris des projets Java, d'application d'entreprise, Web, EJB, de client d'application et de connecteur), vous ne pouvez pas utiliser un emplacement de projet déjà utilisé par un autre projet dans le plan de travail. Si vous sélectionnez un emplacement de projet déjà utilisé par un autre projet, l'assistant affiche un message d'erreur "Description de projet non valide". Si, après avoir reçu ce message, vous sélectionnez un emplacement de projet valide en cliquant sur le bouton Parcourir, la création de projet n'aboutira toujours pas. La solution consiste à cliquer sur Annuler et à ouvrir de nouveau l'assistant de création de projet.
Retour au fichier Readme principal
(C) Copyright IBM Corporation 2000, 2003. All Rights Reserved.