Snapshot obsolète fantôme

**ThomasEscolan** · 27/04/2011, 14h45

Bonjour à tous,

Mon projet est constitué de différents modules Maven, tous sont compilés séparément, mais j'ai un script qui respecte les contraintes de dépendance. Si j'ai bien compris, à chaque fois qu'une compilation (clean install) est faite, le repository est mis à jour avec le résultat de celle-ci et le nouveau snapshot est ainsi mis à la disposition des autres modules qui en dépendraient.

Bref ; j'ai un module e-1.0.0-SNAPSHOT.jar (group-id hérité de son parent : fr.a.n) qui est utilisé par deux autres modules :
e-jnlp-1.0.0-SNAPSHOT (group-id hérité de son parent : fr.a.n)
er-1.0.0-SNAPSHOT (group-id hérité de son parent : fr.a.r)
tous deux déclarent comme dépendance (jarResource pour le jnlp) le 1.0.0-SNAPSHOT du module "e" avec le group-id fr.a.n.

Les modules "e" et "e-jnlp" compilent et fonctionnent correctement. Le JAR du module "e" dans le répertoire .m2/repository est daté du moment du build.
MAIS
Le module "er" ne compile pas : il plante sur la signature d'une méthode non reconnue (elle a changé) d'une des classes du module "e" qui est appelée dans le module "er". Comme si c'était le snapshot précédent !!

J'ai trifouillé les dépendances et les scripts dans tous les sens, sans aucun succès... Je n'y comprends rien. Est-ce que quelqu'un(e) a une idée, SVP ?
Merci d'avance.

EDIT : en fait, ce ne sont pas des modules Maven à proprement parler, mais des projets interdépendants.

**tchize_** · 27/04/2011, 15h24

êtes vous sur que la nouvelle version du module a bien été installée?

Allez vérifier les dates et le contenu dans $HOME/.m2/repository/......

Vérifiez aussi si vous n'utilisez pas un repository d'entreprise. En effet, quand vous allez compiler, la première chose que maven fera, vu que c'est une SNAPSHOT, c'est aller voir sur votre repository si une version plus récente n'existe pas. Si elle existe la télécharger. Donc si vous avez fait un install de la nouvelle version en local et que, entre deux, votre repository et votre serveur d'intégration continue on recompilé la "vieille" version et l'ont installé dans le repository.

**ThomasEscolan** · 27/04/2011, 15h32

Bonjour, et merci de votre aide,

Comme indiqué dans mon post, la date du JAR dans le repository local est bonne. C'est ça le pire ! J'ai pensé à cette piste cette nuit et j'avais le coeur plein d'espoir

Sinon, les seuls repositories déclarés dans nos POM sont externes (java.net essentiellement). Rien de bien méchant.

**tchize_** · 27/04/2011, 15h44

vérifiez que vous n'avez pas la meme classe dans une autre jar. au pire faite l'effacement bourrin de cette partie du repository local et recommencez les install

**ThomasEscolan** · 27/04/2011, 16h11

après suppression du sous-répertoire du projet dans le repository, il y a bien re-création, et l'erreur persiste.
Un seul fichier dans tout le Workspace répond au doux nom de la classe fantôme... un affreux doute, tt à coup : mais l'import correspond bien à la classe "projet" (un ctrl-o est si vite accepté)... de tte façon ça compile sous Eclipse.

**tchize_** · 27/04/2011, 16h18

on peux voir les poms concernés? (Celui qui "crée" la classe et celui qui l'"utilise") ?

**ThomasEscolan** · 29/04/2011, 15h37

est-ce que ça peut venir du fait que les group-id soient différents ??

**tchize_** · 29/04/2011, 15h53

sont pas différents ,tes deux projets importent la meme dépendance

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
			<groupId>fr.a.n</groupId>
			<artifactId>e</artifactId>
			<version>1.0.0-SNAPSHOT</version>

Mais un doute m'assaile. Pourrais-tu aller sur le projet qui déconne et nous donner la sortie de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
mvn dependency:tree

?

**ThomasEscolan** · 29/04/2011, 17h56

yep :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
 
$ mvn dependency:tree
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'dependency'.
[INFO] ------------------------------------------------------------------------
[INFO] Building XXX
[INFO]    task-segment: [dependency:tree]
[INFO] ------------------------------------------------------------------------
[INFO] [dependency:tree]
[INFO] fr.a.r:er:jar:1.0.0-SNAPSHOT
[INFO] +- fr.a.commons:ec:jar:1.0.0-SNAPSHOT:compile
[INFO] |  +- fr.a.commons:nc:jar:1.0.0-SNAPSHOT:compile
[INFO] |  |  +- commons-httpclient:commons-httpclient:jar:3.1:compile
[INFO] |  |  |  \- commons-codec:commons-codec:jar:1.2:compile
[INFO] |  |  +- org.springframework:spring-webmvc:jar:2.5.6:compile
[INFO] |  |  |  +- org.springframework:spring-beans:jar:2.5.6:compile
[INFO] |  |  |  +- org.springframework:spring-context:jar:2.5.6:compile
[INFO] |  |  |  |  \- aopalliance:aopalliance:jar:1.0:compile
[INFO] |  |  |  +- org.springframework:spring-context-support:jar:2.5.6:compile
[INFO] |  |  |  \- org.springframework:spring-web:jar:2.5.6:compile
[INFO] |  |  \- com.sun.xml.bind:jaxb-impl:jar:2.1.8:runtime
[INFO] |  |     \- javax.xml.bind:jaxb-api:jar:2.1:runtime
[INFO] |  |        +- javax.xml.stream:stax-api:jar:1.0-2:runtime
[INFO] |  |        \- javax.activation:activation:jar:1.1:runtime
[INFO] |  +- fr.a.n:n-api:jar:1.0.0-SNAPSHOT:compile
[INFO] |  |  \- fr.a.c:c-api:jar:1.0.0-SNAPSHOT:compile
[INFO] |  +- xpp3:xpp3_min:jar:1.1.4c:compile
[INFO] |  +- com.lowagie:itext:jar:2.1.3:compile
[INFO] |  +- joda-time:joda-time:jar:1.6:compile
[INFO] |  +- javolution:javolution:jar:5.3.1:compile
[INFO] |  \- com.thoughtworks.xstream:xstream:jar:1.3.1:compile
[INFO] +- fr.a.n:e:jar:1.0.0-SNAPSHOT:compile
[INFO] +- org.springframework:spring-core:jar:2.5.6:compile
[INFO] |  \- commons-logging:commons-logging:jar:1.1.1:compile
[INFO] +- org.codehaus.groovy:groovy-all:jar:1.6.0:compile
[INFO] +- com.ibm.icu:icu4j:jar:4.0.1:compile
[INFO] +- com.jgoodies:forms:jar:1.2.1:compile
[INFO] +- com.jgoodies:binding:jar:2.0.6:compile
[INFO] +- log4j:log4j:jar:1.2.15:compile
[INFO] +- org.apache.poi:openxml4j:jar:1.0-beta:compile
[INFO] +- dom4j:dom4j:jar:1.6.1:compile
[INFO] |  \- xml-apis:xml-apis:jar:1.0.b2:compile
[INFO] +- junit:junit:jar:4.4:test (scope not updated to compile)
[INFO] +- net.sf.jung:jung-api:jar:2.0:compile
[INFO] +- net.sf.jung:jung-io:jar:2.0:compile
[INFO] +- net.sf.jung:jung-graph-impl:jar:2.0:compile
[INFO] +- net.sf.jung:jung-visualization:jar:2.0:compile
[INFO] +- net.sf.jung:jung-jai:jar:2.0:compile
[INFO] +- net.sf.jung:jung-3d:jar:2.0:compile
[INFO] |  +- java3d:vecmath:jar:1.3.1:compile
[INFO] |  \- java3d:j3d-core:jar:1.3.1:compile
[INFO] +- net.sf.jung:jung-algorithms:jar:2.0:compile
[INFO] +- net.sourceforge.collections:collections-generic:jar:4.01:compile
[INFO] +- colt:colt:jar:1.2.0:compile
[INFO] |  \- concurrent:concurrent:jar:1.3.4:compile
[INFO] +- stax:stax-api:jar:1.0.1:compile
[INFO] \- org.codehaus.woodstox:wstx-asl:jar:3.2.6:compile
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 5 seconds
[INFO] Finished at: Fri Apr 29 16:51:08 CEST 2011
[INFO] Final Memory: 11M/28M
[INFO] ------------------------------------------------------------------------

cf. ligne 32 pour le module fantôme
NB : nous travaillons avec Maven 2.0.9 ; des essais avec des versions ultérieures n'ont rien changé.

y'a un masaï dans l'arbre ??

**ThomasEscolan** · 08/06/2011, 11h17

Je suis toujours bloqué sur ce pb... Quelqu'un aurait-il un nouvel avis sur la question, SVP ?

**tchize_** · 08/06/2011, 12h53

Depuis le temps que ca traine. Passez vos modules à une version supérieure (1.0.1-SNAPSHOT par exemple) pour contourner le problème, je vosi pas d'ou il viens.

Snapshot obsolète fantôme

Maven Java

Vue hybride

Discussions similaires

Partager

Partager