Maven dépendance de contrôle de version et de java.lang.NoClassDefFoundError

J'ai un projet en Java X a dépendance (dans le pom de fichier) sur le projet Y.

J'ai été modifier en Y et construire X,Y avec Maven outil, puis runing X (pour JBoss) sans problèmes.

Quand j'ai ajouté le nouveau de la classe en Y ensuite la construction avec Maven (sans problèmes), puis sous X, il jette java.lang.NoClassDefFoundError pour la nouvelle classe.

Je pense que c'est une dépendance Maven version ou quelque chose comme ça ... j'ai cherché principalement sur Google, mais rien n'a d'effet... Comment résoudre ce problème??

J'ai constaté que le produit x.jar n'a PAS a un "lib", contenant y.jar ... j'ai ajouté manuellement ... et ça marche très bien ... mais maintenant, Comment faire Maven faire cela automatiquement (dans le cas où c'est une solution correcte)?

OriginalL'auteur Moro | 2009-10-08

7

Moro, vous avez écrit dans un commentaire que X a la suite de dépendance déclaré:
```
<dependency>
  <groupId>Y</groupId>
  <artifactId>Y</artifactId>
  <scope>provided</scope>
  <version>1.0</version>
</dependency>
```
Premier point. Vous utilisez un "fixe" version ici (par opposition à "SNAPSHOT"). Lors de l'utilisation de SNAPSHOT, maven va automatiquement prendre la dernière SNAPSHOT chaque fois que vous construisez. D'autre part, lorsque vous utilisez 1.0, une fois que maven a téléchargé cet artefact, il jamais tente d'obtenir un nouveau 1.0. Donc, vous devez incrémenter Y version ou, si Y est en cours de développement (améliorations, corrections de bugs, etc), vous devriez vraiment utiliser SNAPSHOT.
Pour plus d'informations sur SNAPSHOT, consultez le chapitre 9.3.1.2. INSTANTANÉ Versions de Sonatype du livre:

Pourquoi voudriez-vous utiliser? INSTANTANÉ
les versions sont utilisés pour des projets en vertu de
active de développement. Si votre projet
dépend d'un composant logiciel qui
est en développement actif, vous pouvez
dépendent d'un INSTANTANÉ de la libération, et
Maven va périodiquement tenter de
télécharger la dernière instantané à partir d'un
référentiel lorsque vous exécutez une version.
De même, si la prochaine version de votre
le système va avoir une version
"1.4", votre projet aurait un
version 1.4-SNAPSHOT" jusqu'à ce qu'il était
officiellement sorti.

Deuxième point. Vous êtes à l'aide d'un provided portée. Selon le chapitre
9.4.1. La Dépendance De La Portée:

provided dépendances sont utilisés lors de la
vous attendez le JDK ou d'un récipient à l'
les fournir. Par exemple, si vous avez été
développement d'une application web, vous
aurait besoin de la Servlet API disponible
sur la compilation classpath pour compiler un
servlet, mais vous ne voulez pas
inclure la Servlet API dans le
emballé GUERRE; la Servlet API POT est
fourni par votre serveur d'application ou
conteneur de servlet. provided
les dépendances sont disponibles sur le
compilation classpath (pas d'exécution).
Ils ne sont pas transitives, ils ne sont
emballés.

Est-ce vraiment ce que vous voulez? Comment êtes-vous déploiement de X et Y sur JBoss? Ne devriez-vous pas utiliser la valeur par défaut compile portée?

J'ai juste utilisé <dépendance> <groupId>Y</groupId> <artifactId>Y</artifactId> <version>1.0-SNAPSHOT< version> </dépendance> mais il n'a pas mis répertoire lib et pas en cours d'exécution
c'est parce que vous avez besoin de changer la versionnumber en Y pour 1.0-SNAPSHOT puis exécuter mvn install. après cela, la dépendance est disponible
aucun homme, je l'ai déjà fait
Sans plus de détails au sujet de votre maven modules (emballage, versions...), il est difficile de deviner ce qui se passe réellement. Quel type de module J2EE est X? Ce type d'emballage utilisez-vous dans votre pom.xml? Pourriez-vous nous fournir votre pom.xml fichiers?
vous avez tous deux mis à jour le numéro de version dans Y\pom.xml et la référence dans X\pom.xml ?

OriginalL'auteur Pascal Thivent
0

Avez-vous d'exécuter mvn install sur l'axe après l'ajout de la nouvelle classe?

oui je l'ai fait avec mvn install

OriginalL'auteur Jim Downing
0

Avez-vous d'installation/déploiement de la nouvelle version de Y, mise à niveau X de dépendances pour le nouveau Y de version, et re-construire X?

l'axe des pom a version <version>1.0< version>, et le X pom a de la dépendance en tant que <la dépendance> <groupId>Y</groupId> <artifactId>Y</artifactId> <champ></> <version>1.0< version> </dépendance>

OriginalL'auteur matt b
0

Avez-vous essayé mvn clean sur le projet Y avant que vous avez construit?

oui nettoyer puis installer pour Y ... et de nettoyer ensuite forfait pour X

OriginalL'auteur Dan Polites
0

Maven résout les dépendances de dépôts locales et à distance, bien que les IDE des plugins tels que m2eclipse permettra également de résoudre les dépendances qui sont des projets au sein de l'espace de travail. Si vous ne disposez pas d'un tel plugin, vous aurez besoin d'installer artefact Y à un dépôt local ou de le déployer sur un dépôt distant afin que vous et vos collègues peuvent accéder avant Maven reconnaît qu'un changement a été apporté lors de la construction de projet X.

espace de travail de résolution de capture d'écran http://docs.codehaus.org/download/attachments/11403480/project-properties.png

Si les deux projets sont étroitement liés, vous pourriez envisager la création d'un multi-module de construire de sorte que des projets X et Y sont construites en même temps.

1. Il est dans le dépôt, tel que je l'ai utiliser la commande d'installation 2. C'est déjà un multi-module de projet ... et j'ai essayé de construire dans le projet parent ... mais la même chose

OriginalL'auteur Rich Seller
0

Ok, désolé pour la fin de l'info.

X package est ejb, de sorte que le X.jar n'a pas de répertoire lib.

Alors Y.jar doit être placé dans le Jboss/server/default/lib, il a fonctionné correctement.

Merci pour tout.

OriginalL'auteur Moro

Vous devez vous connecter pour publier un commentaire.