Discussion :

[oni13]

Bonjour,

J'ai un problème sur un projet Maven qui ne veut pas accepter l'utilisation d'une méthode, voici un bout du code :

Code :

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

1
2
3
4
5
6
7
8
protected Collection<Party> convertResponseListToParty(List<PartyViewForFindAndGetPartyResponse> value) {
 
		if (null == value)
			return null;
 
		Collection<Party> result = respConverter.convert(value); //bug ici
		return result;
	}

J'obtiens

the type PartyViewForFindAndGetPartyResponse cannot be resolved. It is indirectly referenced from required .class files" sur la méthode convert.

Ce qu'il y a c'est que j'obtiens aussi ce message lorsque je fais:

Code :

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

respConverter.convert(null);

Et ce fameux objet PartyViewForFindAndGetPartyResponse est utilisé souvent dans cette classe.
La classe correspondant à respConverter est importée, et la méthode est accessible, etc.

Donc, j'ai lu qu'il pouvait s'agir du manque de référence à un .jar mais il n'y a aucune raison, ce projet est un copié/collé sur lequel j'ai du apporter quelques modifs et tous les jar sont présents.
Ce qui m’inquiète c'est que cela arrive aussi quand je mets NULL à l’intérieur..

Quelqu'un a une idée ?

Merci d'avance pour votre aide.

[tchize_]

maven te dit simplement qu'il ne trouve nulle par la classe PartyViewForFindAndGetPartyResponse hors ton projet en a besoin pour compiler.

Solution: lui donner la classe qui lui manque. Si cette classe est dans une librairies -> la référencer dans ton projet. Si elle devait faire partie de ton projet -> tu as du l'effacer / la déplacer par erreur.


A noter que je constate que le nom donnée est "PartyViewForFindAndGetPartyResponse" et pas "un.package.PartyViewForFindAndGetPartyResponse", n'aurais-tu pas oublié un import quelque part?

[oni13]

En vérité j'ai pas réécris le package ici car c'est un peu énorme ça devenait illisible ^^ mais il est écrit dans le message. Tu m'as eu...

Pourtant mon import est reconnu:

Code :

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

import com.interfaces.manageparty.customerdatamanagement.v2.ebsmodel.PartyViewForFindAndGetPartyResponse;

sans erreur.

Le POM de mon projet fait référence à un second projet, lequel contient cette classe listée ci-dessus.

Code :

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

1
2
3
4
<dependency>
		<groupId>${project.groupId}</groupId>
		<artifactId>bss-wsdl</artifactId>
</dependency>

Preuve à l'appui, les 3/4 des objets que j'utilise ici sont issus de classes du projet bss-wsdl, tous reconnus sauf celui ci?? Qui est présent au même titre que les autres pourtant(vérifié).

Normalement pas besoin d'inclure un Jar, la construction de mon bss-wsdl génère automatiquement des classes, qui seront incluses dans mon projet y faisant référence.

Si c'est bien cette classe qui n'est pas reconnue, pourquoi l'erreur intervient à ce niveau là?
J'ai par exemple plus haut défini un

Code :

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

Holder<java.util.List<PartyViewForFindAndGetPartyResponse>> partyResp = new Holder<java.util.List<PartyViewForFindAndGetPartyResponse>>();

[tchize_]

comme tu n'inclue pas la version dans ton pom,vérifie que les sources que tu contrôle sont bien celles de la version que tu utilise. Pas impossible que tu essaie d'utiliser une version plus ancienne qui n'avait pas cette classes

un mvn dependency:tree te donnera l'arbre de dépendance où tu pourra vérifier les versions.

note que à la compilation de la classe respConverter, tu as bien cette classes, c'est au moment ou t'essaie de la charger qu'on constate qu'elle dépend d'un truc qui n'est plus là. Comme tu fais de la compilation wsdl, regarde que ce n'est pas le compilateur wsdl qui te lache cette erreur

[oni13]

Ok c'est possible vu que j'ai mis à jour le projet bss-wsdl il y a peu.
Pourtant je ne change jamais sa version qui est 1.0.0-SNAPSHOT, je clean & build tout chaque fois.

Mais je vais voir dans cette direction c'est une piste probable merci

[oni13]

Ok j'ai trouvé la solution.

La classe n'était pas la bonne, c'est Eclipse qui m'a proposé le mauvais import avec le magique ctrl + espace...
Il utilisait la classe du parent (compilé avec cet ancien projet) et non la nouvelle contenue dans le package.

En supprimant l'import automatique il a trouvé la bonne.
Merci pour les explications ça m'a aiguillé