Discussion :

[regis1512]

Bonjour,

Je développe actuellement un projet sur GitHub : https://github.com/joel-costigliola/assertj-db

J'ai des problèmes à la compilation sous Eclipse Kepler et sous Eclipse Luna :

Après avoir récupéré le projet :


Je passe la commande mvn eclipse:eclipse pour voir ce que cela donne dans Eclipse :

Mais j'obtiens sur certaines classes, l'erreur

The hierarchy of the type xx is inconsistent

Par contre, en lançant Maven (mvn clean install par exemple) cela fonctionne sans souci.

Si je crée un autre projet Java et que j'y copie la bibliothèque en dépendance (assertj-core-1.7.0.jar), ainsi que les sources du src/main/java


Cela compile très bien.... La preuve, j'ai même les fichiers .class


Par contre, si je fais un Project > Clean..., je me retrouve avec les fichiers qui ne compilent pas non plus...


Est-ce que je suis le seul dans ce cas ?
Est-ce que je rate quelque chose dans ma config ?

Merci d'avance pour votre aide.

[regis1512]

Le résultat après le clean...

[Laurent.B]

Bonjour,

Et le plugin Maven pour Eclipse, tu l'as installé ?

[regis1512]

Salut,

Le plugin Maven est inclus par défaut.
Mais je ne pense pas qu'il puisse être en cause parce que même pour le deuxième projet j'ai le problème et c'est juste un projet java (classique) avec la dépendance rajoutée à la main.
On dirait que Eclipse perd des repères lors de la compilation.

Si tu crées un projet java, que tu télécharges asserj-core-1.7.0.jar et l'intègres en dépendance.
Puis que tu télécharges le dossier src/main/java de mon projet et que tu le places dans le source folder,
ca devrait compiler lors de la copie des sources mais si tu fais un clean du projet ca devrait produire la même anomalie.

Enfin c'est ce qui se produit à tous les coups pour moi.

Merci.

[Laurent.B]

Tes projets ne sont pas identifiés par Eclipse comme étant des projets Maven, sinon tu verrais l'icône correspondant.
De plus, non Maven n'est pas forcément inclus par défaut, ça dépend du bundle que tu choisis.

[regis1512]

Ah... Je n'ai été très clair... En même temps dans mon esprit, j'ai un peu simplifié... Je n'installe plus le plugin Maven (depuis un nombre d'années qu'il ne faut pas compter)
car je prends toujours le Eclipse IDE for Java Developers (dans mon cas c'est celui-la) ou le Eclipse IDE for Java EE Developers.

Sinon, dans les captures d'écran il n'y a pas l'icône parce que ils sont déclarés en tant que projet java et je fais juste mvn eclipse:eclipse pour le premier projet et j'inclus la dépendance "à la main" pour le second.

[Laurent.B]

Bon mais déjà que l'intégration Eclipse / Maven n'est pas fameuse, si en plus tu fais des choses à côté, hors contrôle Eclipse, je ne m'étonne guère du résultat... Non ?

[regis1512]

Bonjour,

Pour mon utilisation courante, je la trouve pas si mal l'intégration entre Eclipse et Maven.
Bon, il y a toujours quelques trucs qui peuvent surprendre mais en global pour moi ca va (on peut dire que l'on a vu bien pire).

Sinon, ce que je fais à côté : ce n'est pas rien de très exotique.
Je demande juste à Maven de générer les fichiers Eclipse.
Donc, si les fichiers indiquant que c'est un projet Java ne sont pas créé, il s'en occupe et il ajoute les dépendances dans le classpath.

Sinon, le problème se produit également sur un projet Java classique où je n'utilise rien de Maven.

Bonne journée.

[Mickael Baron]

Salut Régis,

J'ai un Eclipse Luna 64bits RCP Development avec JDK 8 64bits. Le plugin Maven est intégré par défaut. J'ai fait un clone du projet Github. Ensuite je fais un import Maven Project (je n'aime pas maven eclipse:eclipse) qui me transforme un projet pur Maven en project Eclipse.

Je viens de faire la manipulation et j'ai le même problème.

A mon avis ça ça sent un problème de dépendance (http://stackoverflow.com/questions/9...urable-annotat). Le problème est de savoir ce qu'il manque... J'ai commencé à regarder ton code et ce n'est pas simple

Mickael

[regis1512]

Bonjour,

Le dependency:tree est très simple :

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
[INFO] ------------------------------------------------------------------------
[INFO] Building AssertJ-DB - Assertions for database 1.0.0
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @ assertj-db ---
[INFO] org.assertj:assertj-db:bundle:1.0.0
[INFO] +- org.assertj:assertj-core:jar:1.7.0:compile
[INFO] +- junit:junit:jar:4.10:test
[INFO] |  \- org.hamcrest:hamcrest-core:jar:1.1:test
[INFO] +- org.springframework:spring-test:jar:4.0.3.RELEASE:test
[INFO] |  \- org.springframework:spring-core:jar:4.0.3.RELEASE:test
[INFO] |     \- commons-logging:commons-logging:jar:1.1.3:test
[INFO] +- org.springframework:spring-context:jar:4.0.3.RELEASE:test
[INFO] |  +- org.springframework:spring-aop:jar:4.0.3.RELEASE:test
[INFO] |  |  \- aopalliance:aopalliance:jar:1.0:test
[INFO] |  +- org.springframework:spring-beans:jar:4.0.3.RELEASE:test
[INFO] |  \- org.springframework:spring-expression:jar:4.0.3.RELEASE:test
[INFO] +- org.springframework:spring-jdbc:jar:4.0.3.RELEASE:test
[INFO] |  \- org.springframework:spring-tx:jar:4.0.3.RELEASE:test
[INFO] +- com.h2database:h2:jar:1.4.177:test
[INFO] \- com.ninja-squad:DbSetup:jar:1.3.1:test
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------

Et ce qui me surprend le plus c'est que des fois cela compile (quand on colle simplement les sources) dans Eclipse et après plus (quand on recompile).
C'est du code qui compilait il n'y encore pas longtemps (genre durant la semaine dernière).
J'ai juste rajouté la classe DataType (avec les bouts liés dans d'autres classes) et AbstractAssertWithColumnsAndRows.
J'ai l'impression que Eclipse perd les pédales car il y pas mal de dépendances entre les classes du projet.
Et le mvn clean compile fonctionne sans souci.

J'ai également essayé d'enlever les tests et les dépendances aux bibliothèques de tests (junit, etc...)
Du coup je n'ai plus que les sources du src/main/java et une dépendance vers asserj-core-1.7.0.jar comme lorsque j'ai fait le test avec un projet java ou je copiais les bouts (sources et bibiliothèques)
Mais c'est logique j'ai le même résultat (et mvn clean compile fonctionne toujours parfaitement) :


Si Mickael n'avais le souci, je demanderais un exorcisme pour mon pc

J'ai également fait un test avec IntelliJ et ca fonctionne (mais j'ai un peu de mal avec cet IDE).
Je vais faire un test avec NetBeans pour voir.

Merci à tous les deux.

[Laurent.B]

Je me demande si ceci n'aurait pas un rapport avec : https://bugs.eclipse.org/bugs/show_bug.cgi?id=434326

Tu n'a pas indiqué la version précise d'Eclipse que tu utilises et la dernière fois que tu l'as mise à jour. Voire la version de org.eclipse.jdt

Je constate le même problème avec ce projet sous mon Eclipse 4.4.1, dans un projet Maven.
Ca sent le bug Eclipse. Surtout qu'avec des formulations de ce type

Code :

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

1
2
public abstract class AbstractSubAssert<D extends AbstractDbData<D>, A extends AbstractDbAssert<D, A, C, CV, R, RV>, S extends AbstractSubAssert<D, A, S, V, C, CV, R, RV>, V extends AbstractValueAssert<D, A, S, V, C, CV, R, RV>, C extends AbstractColumnAssert<D, A, C, CV, R, RV>, CV extends AbstractColumnValueAssert<D, A, C, CV, R, RV>, R extends AbstractRowAssert<D, A, C, CV, R, RV>, RV extends AbstractRowValueAssert<D, A, C, CV, R, RV>>
        extends AbstractAssertWithColumnsAndRows<S, A, D, A, C, CV, R, RV> implements OriginAssert<D, A, C, CV, R, RV> {

j'imagine très bien qu'il ne parvienne pas à suivre... principalement à cause du class AbstractSubAssert ... AbstractSubAssert<D, A, S, V, C, CV, R, RV>
Enfin faut voir.

Sinon, actuellement, même après un clean du projet sous Eclipse, j'ai dans l'éditeur un croix rouge à cause de la supposée inconsistance de hiérarchie mais aucune erreur relevée ni dans le Package Explorer, ni dans le vue Problems. Très fort Eclipse !

[regis1512]

Bonsoir,

En fait mon développement est sous Kepler SR2 où le org.eclipse.jdt est :
Eclipse Java Development Tools
Version: 3.9.2.v20140221-1700
Build id: M20140221-1700


Et j'ai fais également les tests avec un Eclipse Luna SR2 téléchargé ce week-end où le org.eclipse.jdt est :
Eclipse Java Development Tools
Version: 3.10.0.v20140925-0400
Build id: M20140925-0400

C'est clair que le code que j'utilise ne doit pas l'aider.
En fait, il y arrivait il y a encore pas longtemps mais j'ai du passé un seuil qu'il n'a pas aimé.

Je vais faire des tests avec d'autres IDE et je ferai un retour ici.

Merci et bonne soirée.

[regis1512]

Bonjour,

Le projet fonctionne/compile parfaitement sous IntelliJ et sous Netbeans (en même temps, si j'ai bien compris Netbean utilise Maven pour la compil et je n'ai jamais eu de souci avec Maven en ligne de commandes).

J'ai posté un bug chez Eclipse (https://bugs.eclipse.org/bugs/show_bug.cgi?id=454053).
On verra bien s'ils me disent que je suis un boulet (en plus si cela arrive j'aurais la traduction pour parce que je ne suis pas sur que canonball soit équivalent )

To be continued...
En attendant, merci pour votre aide.