it is indirectly referenced from required .class file (encore)

petit résultat d'une génération par Maven

Code:

---

1 2 3 4

package org.lsst.ccs.testers ^ The type org.lsst.ccs.command.LocalCommandDictionary cannot be resolved. It is indirectly referenced from required .class files

---

aucun code ici ne référence cette classe manquante....
un code (appelons le X) utilisé ici (dans ce module Maven) utilise effectivement cette classe manquante ....
et alors?
A la compilation on demande de suivre cette dépendance? Je ne vois pas pourquoi le compilateur ferait ça .......
Le suivi des versions est correct: ce module Maven dépend bien de la bonne version du module qui définit X
et ce module qui contient X a bien la bonne dépendance vers la classe manquante ....
Décidément je ne comprends rien à Maven .....
après qu'à l'exécution j'aie besoin de tout le monde je peux le comprendre .... (et c'est le cas) mais à la compil?
quel est le sens de ce message?
Merci

bon j'ai réussi à m'en sortir par magie pure ...
juste le 15000° bug de Maven
("bug" est peut être excessif : maven ne sait pas détecter des petites incohérences dans une arborescence complexe et fait alors n'importe quoi au lieu de tousser)

Ca se produit dans ces cas là, grosso modo:

B extends A

B.class existe car B a déjàété compilé


C fait un import de B mais ne dispose ni de A.java ni de A.class

le compilateur est coincé. Comme il ne connait pas A, il ignore quelles sont les méthodes publique de A et donc est incapable de faire une résolution de méthodes correctes sur B.


Ce qui entraine ce message.


Ca se produit aussi si A n'est pas en extends mais en implements (même problème)

Citation:

---

Envoyé par tchize_

Ca se produit dans ces cas là, grosso modo:

B extends A

B.class existe car B a déjàété compilé


C fait un import de B mais ne dispose ni de A.java ni de A.class

le compilateur est coincé. Comme il ne connait pas A, il ignore quelles sont les méthodes publique de A et donc est incapable de faire une résolution de méthodes correctes sur B.


Ce qui entraine ce message.


Ca se produit aussi si A n'est pas en extends mais en implements (même problème)

---

ça c'est sensé ... mais le plus extraordinaire dans l'affaire est que la classe manquante était utilisée DANS le code référencé mais dans aucun élément de l'API (paramètre, type retour) donc je n'y ai rien compris.
Maven référençait la classe X selon deux chemins de version différents .... et son algo de choix reste mystérieux (même s'ils prétendent le contraire j'ai un tas de cas dans lequel la version de code effectivement choisie n'est pas celle qu'on attend en application des règles .... je déteste Maven pour celà mais j'ai pas le choix il faut que je vive avec ....)

que je sache, le compilateur maven ne fait que faire appel au compilateur fournis dans la java. Donc les règles sont les mêmes que celles de javac.