Comment ajouter le POT de bibliothèques à la GUERRE de projet sans faire face à java.lang.ClassNotFoundException? Classpath vs Build Path vs /WEB-INF/lib

La CLASSPATH variable d'environnement n'est utilisé que par les java.exe de commande et même alors, seulement lorsqu'il est utilisé sans aucune -cp, -classpath, -jar arguments. Il est ignoré par les Ide comme Eclipse, Netbeans et à l'IDÉE. Voir aussi java.lang.ClassNotFoundException en dépit de l'aide de la variable d'environnement CLASSPATH.

La Build Path est seulement pour les bibliothèques qui sont nécessaires pour obtenir le code du projet pour compiler. Manuellement en plaçant POT dans /WEB-INF/lib, ou de réglage de la Déploiement de l'Assemblée, ou de laisser un externe du système de construction comme Maven lieu le <dependency> que le POT en /WEB-INF/lib de produit de la GUERRE lors de la compilation, c'est seulement pour les bibliothèques qui sont nécessaires afin d'obtenir le code pour déployer et exécuter sur l'environnement cible trop. Notez que vous n'êtes pas censé créer des sous-dossiers dans /WEB-INF/lib. Les Pots doivent être placés à la racine.

Certaines bibliothèques sont déjà fournis par le serveur Java EE ou servletcontainer, comme JSP, Servlet, EL, etc. Si vous n'avez pas besoin de mettre des Pots de ces bibliothèques dans /WEB-INF/lib. En outre, il ne ferait que causer des classloading difficulté. Il suffit d' (indirectement) les spécifier dans Build Path seulement. Dans Eclipse, vous le faites normalement que par le réglage de la Ciblées Runtime en conséquence. Elle prendra automatiquement fin dans Build Path. Voir aussi Comment puis-je importer les javax.servlet API dans mon projet Eclipse?

D'autres bibliothèques, généralement 3e partie, comme Apache Commons, les pilotes JDBC et les bibliothèques standard n'est pas fournie par la cible servletcontainer (par exemple Tomcat ne prend pas en charge JSF, CDI, JPA, EJB, etc sorti de la boîte), le besoin de le retrouver dans /WEB-INF/lib. Vous n'avez pas nécessairement besoin de le spécifier dans Build Path. Peut-être seulement quand vous l'avez déjà comme Utilisateur de la Bibliothèque, mais vous devez alors utiliser Déploiement de l'assemblée réglages. Voir aussi ClassNotFoundException lors de l'utilisation de Bibliothèques dans Eclipse build path.

Dans le cas où vous utilisez Maven, alors vous devez assurez-vous que vous marquez les bibliothèques <scope>provided</scope> si ceux-ci sont déjà fournis par la cible de l'exécution, tels que Java EE, Servlet, EL, etc dans le cas où vous déployez pour WildFly, TomEE, etc. De cette façon, ils ne se retrouvent pas dans les /WEB-INF/lib de produit de la GUERRE (et potentiellement provoquer des conflits avec le serveur-bibliothèques intégrées), mais ils vont finir dans l'Éclipse du Build Path (et obtenir le code du projet pour compiler).

OriginalL'auteur BalusC

Si vous utilisez Maven:

Ouvrez les propriétés du projet, et en vertu de Déploiement de l'Assemblée cliquez sur Ajouter...

Puis sélectionnez Java Build Path Entrées et sélectionnez les Dépendances Maven

OriginalL'auteur Tal Haham