[Eclipse] Problème .classpath étrange - Ordre incorrect dans .classpath

Version imprimable

25/03/2012, 23h09
Walkn

[Eclipse] Problème .classpath étrange - Ordre incorrect dans .classpath

Bonjour,

Je me permets de poser une question sur ce forum car je n'arrive pas à comprendre le comportement de mes projets J2EE dans Eclipse.

Lorsque je redescends un workspace (svn) en local puis que je lance la commande Maven

Code:

mvn eclipse:eclipse

une fois sur deux les .classpath générés pour Eclipse sont totalement différents...

Une fois j'ai un classpath correct et une autre fois totalement incorrect.

Est-ce que quelqu'un pourrait m'aider à comprendre ce qu'il se passe ? Ou est-ce quelqu'un à déjà eu ce genre de problème ?

Précision: j'ai constaté le problème avec 15 jours de décalage et j'ai pourtant cherché niveau applicatif s'il y avait eu des changements mais rien du tout...

Merci d'avance pour votre aide
26/03/2012, 19h57
Laurent.B

Bonjour,

Et c'est quoi un classpath incorrect ? Qu'a-t-il de si particulier ?
27/03/2012, 11h58
Walkn

J'ai un classpath différent dans un ordre incohérent par rapport à celui défini dans les pom.xml et dans l'application.

Cette ordre "différent" fait que lorsque je lance mon application toujours via Tomcat ne m'affiche plus aucun log dans la console Eclipse.

J'ai essayé de mettre le classpath "correct" et tout est revenu à la normal.

J'essaie donc de comprendre d'où peut venir ce problème ... mais je ne trouve pas.

Ensuite, en fouillant sur le net j'ai vu que la version 2.9 du plugin Eclipse Maven traitait un problème similaire. Mais même en utilisant les recommandations de Maven je ne retrouve toujours pas mon classpath "correct".
27/03/2012, 12h29
Laurent.B

Dans la majorité des cas, l'ordre importe peu. Cependant, cela peut avoir une influence, par exemple, dans le cas où plusieurs versions différentes d'une même API sont référencées. Auquel cas, l'une va prendre le pas sur l'autre selon leur ordre de référencement.

Donc sinon, Eclipse n'est pas en cause dans cette histoire (en dehors du fait que la commande Maven est censée produire un .classpath Eclipse correct) ?
27/03/2012, 16h08
Walkn

Je ne pense pas qu'Eclipse soit en cause. Je n'ai pas changé de version d'Eclipse.

Quand on lance la commande

Citation:

mvn eclipse:eclipse

est-ce que Maven fait référence à une version d'Eclipse particulière ?

J'avoue que je suis perdu actuellement. J'oserai dire que le problème vient de la mise à jour des repositories "Maven Central" sur le serveur Nexus mais je n'en suis pas certains.

Je ne sais plus dans quelle direction chercher.

De plus, je viens de remarquer un point peut-être important. Auparavant dans mon .classpath, en en-tête je n'avais pas

Citation:

<?xml version="1.0" encoding="UTF-8"?>

mais maintenant j'ai cette notion d'XML...
27/03/2012, 17h45
Laurent.B

Non, je ne vois pas comment Maven aurait connaissance de ton installation d'Eclipse.

L'entête XML me semble normal...

Sans doute serait-il intéressant d'analyser les différences entre les deux fichiers .classpath...
27/03/2012, 20h17
Walkn

Alors j'ai bien avancé sur le sujet je pense.

Je me suis penché sur Maven ainsi que Nexus qui contient le repository Maven Central.

J'ai constaté que depuis le 14/02/2012 (date à partir de laquelle j'ai constaté le problème) le plugin Eclipse de Maven a été mise à jour en passant de la version 2.8 à la version 2.9.

J'ai donc décidé de regarder dans mon repository local .m2 le fichier de configuration du plugin Eclipse et j'y ai constaté qu'il était passé en version 2.9. J'ai donc supprimé la notion de version 2.9 pour ne laisser que la version 2.8.

Et miracle j'ai récupéré mon classpath "correct" :D

Maintenant reste à comprendre pourquoi la version 2.9 cause ce problème ? Et d'autre part, y a-t-il des paramètres à utiliser pour avoir le classpath à l'identique avec la balise XML en en-tête ?

J'ai aussi lu sur Internet que la version 2.9 corrigeait soit disant le problème de "classpath order" ... mais dans mon cas tout est bouleversé ...

Quelqu'un aurait-il des informations à ce sujet ? La manière de configurer ce plugin Eclipse dans sa version 2.9 afin qu'il ne bouleverse pas l’existant ?

Je vous remercie par avance de votre aide.
31/03/2012, 15h16
Philippe Bastiani

Citation:

Envoyé par Walkn

Quelqu'un aurait-il des informations à ce sujet ? La manière de configurer ce plugin Eclipse dans sa version 2.9 afin qu'il ne bouleverse pas l’existant ?

Le plugin eclipse:eclipse n'est plus réellement supporté (eclipse:m2eclipse est lui abandonné) !

La version 2.9 doit avoir une régression sur la gestion des dépendances. eclipse:eclipse te permet de manipuler le contenu du .classpath ! Tu dois donc pouvoir arriver à lui ajouter la dépendance qui va bien.
Cela dit, si la 2.8 fonctionne autant la conserver.

Autre solution : passer à m2eclipse et importer tes projets depuis le plugin Maven pour Eclipse en version 1.x de préférence...
a+
02/04/2012, 09h12
Walkn

Merci beaucoup Philippe pour ces informations précieuses :D

Afin de résoudre mon problème je suis effectivement revenue à la version 2.8 du plugin eclipse:eclipse.

Pour ceux que ça intéresse, il faut modifier le fichier suivant maven-metadata-central.xml puis supprimer la référence à la version 2.9 ou bien modifier les balises

Citation:

<latest>2.9</latest>
<release>2.9</release>

par

Citation:

<latest>2.8</latest>
<release>2.8</release>

J'espère que ça servira à quelqu'un :D
02/04/2012, 11h41
romaintaz

D'un autre côté, il est toujours préférable de définir (dans son pom.xml) les versions des plugins que l'on souhaite utiliser.
Parce qu'il suffit que quelqu'un fasse mvn -up eclipse:eclipse, et il utilisera la dernière version, qui a priori est bugguée...
02/04/2012, 13h50
Walkn

Merci pour cette précision romaintaz

Dans mon cas, l'application sur laquelle je suis, contient énormément de projets et sous projets et la référence au plugin eclipse:eclipse n'est faite que dans un seul pom.xml. Même en y spécifiant la version de ce plugin, je ne retrouve pas "mes billes" ... Il fut plus simple pour moi de modifier le fichier maven-metadata-central.xml.

Pour pouvoir utiliser ta méthode, je pense que j'aurai du spécifier la version du plugin eclipse dans tous mes fichiers pom.xml de chaque projets et sous projets. Est-ce bien cela que j'aurai dû faire pour avoir quelque chose d'opérationnel ?

Peux-tu me le confirmer romaintaz s'il te plait.

Je te remercie par avance.
02/04/2012, 14h30
romaintaz

Pas nécessairement. Si tu as un pom parent à tous ces projets, il te suffira de spécifier la version du plugin eclipse dans ce pom là pour que les autres en profitent...

Comment faire pour le rajouter au niveau du pom.xml parent ?

J'ai essayé mais je n'y arrive pas.

Mon pom.xml parent ressemble à ceci :
Code:

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 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns: xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>mygroupId</groupId> <name>projectName</name> <version>1.0</version> <artifactId>main-artifact</artifactId> <packaging>pom</packaging> <url>...</url> <modules> <module>module1</module> <module>module2</module> <module>module3</module> <module>module4</module> <module>module5</module> <module>module6</module> <module>module7</module> <module>module8</module> <module>module9</module> </modules> <distributionManagement> <repository> <id>releases</id> <name>Internal Releases</name> <url>${RELEASES_URL}</url> </repository> <snapshotRepository> <id>snapshots</id> <name>Internal Snapshots</name> <url>${SNAPSHOTS_URL}</url> </snapshotRepository> <site> <id>site</id> <url>${SITE_URL}</url> </site> </distributionManagement> </project>
Comment faire pour que la configuration du pom.xml parent soit prise en compte par les pom.xml des sous-projets ? Je ne vois pas comment indiquer la version du plugin eclipse:eclipse à utiliser ..

Sinon aurait-on la possibilité de faire ceci via une commande Maven par exemple :

Citation:

mvn eclipse:eclipse -DeclipseVersion=2.8

???

Merci pour ton aide romaintaz.:D

Il suffit de faire ceci dans ton pom parent :

Code:

1
2
3
4
5
6
7
8
9
    <build>
        <pluginManagement>
            <plugins>
                <plugin>
                    <groupId>org.apache.maven.plugins</groupId>
                    <artifactId>maven-eclipse-plugin</artifactId>
                    <version>2.8</version>
                </plugin>
                ...

comme ça, dans les pom.xml enfants, il te suffit soit de ne rien définir pour le plugin Eclipse, soit, si tu as besoin de le configurer spécifiquement, de ne pas indiquer la version, qui sera automatiquement prise du parent :

Code:

1
2
3
4
5
6
7
    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-eclipse-plugin</artifactId>
                <configuration>
                    ...

06/04/2012, 08h57
romaintaz

ps : il ne faut pas oublier de spécifier le parent dans chaque pom enfant :aie:
06/04/2012, 09h56
Walkn

Merci pour toutes ces réponses romaintaz :ccool: je comprend mieux :lol:

Quand tu dis spécifier le parent dans chaque pom enfant ? ce n'est pas automatique ? Il faut faire comment pour le spécifier ?

Autre question qui peut être bête, où as tu trouvé la syntaxe pour faire la référence au plugin eclipse ? Comment déterminer les "options" différents params que l'on peut utiliser dans le pom.xml ?? Comment tu as su qu'il fallait mettre pluginManagement puis ensuite plugins puis plugin ??

Sinon aurait-on la possibilité de faire ceci via une commande Maven par exemple (pour spécifier la version du plugin à utiliser) :

Citation:

mvn eclipse:eclipse -DeclipseVersion=2.8

Merci beaucoup romaintaz pour ton aide :lol::ccool::mrgreen:

Citation:

Envoyé par Walkn

Quand tu dis spécifier le parent dans chaque pom enfant ? ce n'est pas automatique ? Il faut faire comment pour le spécifier ?

Non. Il faut voir un pom.xml comme une classe Java : quand tu écrits public class Toto { ... }, tu spécifies que ta classe n'en n'étend aucune autre. En réalité, elle étendra la classe java.lang.Object. Si par contre tu écrits public class Toto extends Bidule { ... }, ça veut dire que ta classe étendra la classe Bidule, et que par conséquent, elle "bénéficiera" de tout ce qui y est défini, surchargeant au besoin certaines propriétés / méthodes.
Avec les pom, c'est pareil. Quand tu ne spécifies rien, ton pom va en réalité étendre le "pom natif" de Maven (qui est fourni par Maven, comme le JDK fourni la classe Object). Ce pom contient par exemple toutes les conventions (par ex. le fait que ton code Java se trouve dans src/main/java). Si tu définis un parent, alors ton pom héritera de toutes les propriétés du parent, les redéfinissant au besoin.
Pour définir un parent, il suffit de faire :
Code:

1 2 3 4 5 6 7 8 9 10 11 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>group.du.parent</groupId> <artifactId>artifact.du.parent</artifactId> <version>version.du.parent</version> </parent> <artifactId>artifact.du.module</artifactId> ...
Il n'est pas utile de re-spécifier le groupId ou la version dans le module lui-même, si tu souhaites ré-utilises les mêmes que pour le parent. Sinon, tu les redéfinis.

A noter, et c'est très utile, que pour connaître le vrai pom.xml traité par Maven (c'est-à-dire le "merge" du pom, de ses éventuels parents, et du pom initial), il suffit de lancer la commande suivante :

Code:

mvn help:effective-pom -Doutput=pom-complet.xml

(ça marche aussi avec le settings.xml : mvn help:effective-settings -Doutput=settings-complet.xml)

Autre point : toi, dans ton pom, tu utilises le principe de l'aggrégation. C'est-à-dire que ton pom va aggréger d'autres modules (grâce à <modules>). Cela signifie que toute commande Maven exécutée au niveau de ce pom sera répercutée dans les modules définis. Bien entendu, Maven (grâce à son Reactor) va déterminer l'ordre d'exécution des modules, en fonction de leur dépendances (si module2 dépend de module1, module1 sera exécuté avant module2).

Le principe d'héritage (parent) et d'aggrégation ne sont pas obligatoirement liés, mais c'est souvent le cas. Dans ton exemple, il suffira donc d'écrire, dans chaque module enfant, que ton module d'aggrégation est le parent.

Citation:

Envoyé par Walkn

Autre question qui peut être bête, où as tu trouvé la syntaxe pour faire la référence au plugin eclipse ? Comment déterminer les "options" différents params que l'on peut utiliser dans le pom.xml ?? Comment tu as su qu'il fallait mettre pluginManagement puis ensuite plugins puis plugin ??

Je dirais des années d'expérience avec Maven... et surtout la documentation !
Voici les modèles pour le pom.xml, settings.xml et les assembly (version Maven 2.2, mais ça n'a pas vraiment évolué avec Maven 3) :

http://maven.apache.org/ref/2.2.1/maven-model/maven.html
http://maven.apache.org/ref/2.2.1/maven-settings/settings.html
http://maven.apache.org/plugins/maven-assembly-plugin/assembly.html

Pour la partie <configuration> d'un plugin, c'est le plugin lui-même qui le définit. Il n'y a pas de règles. Il faut se rendre sur les pages de documentations des plugins (voir ici pour les "officiels" : http://maven.apache.org/plugins/index.html). Pour le plugin Eclipse par exemple, il faut se rendre sur la page du plugin (ici), puis dans le menu "goals" (à gauche), puis choisir quel goal on souhaite configurer, ici "eclipse:eclipse". On tombe ici : http://maven.apache.org/plugins/mave...ipse-mojo.html
Là, tu auras la liste de toutes les options que le plugin supporte (attention avec les versions). Par exemple, si tu veux changer la version du wtpversion (par défaut à 2.0), tu fais :
Code:

1 2 3 4 5 6 7 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-eclipse-plugin</artifactId> <configuration> <wtpversion>2.5</wtpversion> </configuration> </plugin>
Citation:

Envoyé par Walkn

Sinon aurait-on la possibilité de faire ceci via une commande Maven par exemple (pour spécifier la version du plugin à utiliser) :

Merci beaucoup romaintaz pour ton aide :lol::ccool::mrgreen:

Oui, bien sûr. Il suffit d'écrire la version à la fin. Au lieu de :

Code:

mvn eclipse:eclipse

il suffit d'écrire :

Code:

mvn org.apache.maven.plugins:maven-eclipse-plugin:2.8:eclipse

Mais il est préférable de spécifier la version dans ton pom, comme ça le comportement du plugin sera connu, et tu ne risques pas de tomber dans des problèmes de versions...

06/04/2012, 10h51
Walkn

Merci beaucoup romaintaz pour toutes ces réponses encore une fois :ccool::D

Je crois que j'ai mieux compris le fonctionnement de Maven.

Merci pour tous ces liens que tu m'as donné :ccool:

Je pense que ça pourra aussi en aider plus d'un :D