méthode non accessible

Version imprimable

17/07/2009, 11h02
DonKnacki

méthode non accessible
Bonjour à tous. Tout d'abord, toute mes excuses pour ce titre si peu explicite.
Voila mon problème
J'ai un script (package1) qui utilise un autre package (package2). J'inclus donc le package2 entant qu'archive externe (sous la forme d'un .jar) A l'intérieur, il y a notamment un fichier URI.class.
Quand je parcours ce fichier (dans l'explorer de package) je vois un tas de méthode dont ces 4 là :
- isArchive()
- isEmpty()
- isPlatformResource()
- isPrefix()
Dans le package1, le constructeur utilise un objet URI
Code:

1 2 3 4 5 6 7 8 public maMethode(URI objURI) { objURI.isArchive(); objURI.isEmpty(); objURI.isPrefix(); objURI.isPlatformResource(); }
l'utilisation des 3 premières méthodes ne me posent pas de problème. En revanche la dernière ne compile pas et indique que la méthode n'est pas défini pour le type URI.
Je ne comprend pas pourquoi ? si quelqu'un à une idée...
Merci
17/07/2009, 11h17
Uther

isPlateformResource() est bien déclaré comme étant public?

oui. Effectivement j'ai oublié de le préciser
Elle apparait bien avec un rond vert ce qui signifie public (je développe avec l'ide eclipse)
De plus j'ai décompilé l'archive en question avec jad. Voici un extrait du résultat:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
public boolean isPlatformResource()
{
        return isPlatform() && "resource".equals(segments[0]);
}
public boolean isPlatform()
{
        return isHierarchical() && !hasAuthority() && segmentCount() >= 2 && "platform".equalsIgnoreCase(scheme);
}
public boolean isHierarchical()
{
        return hierarchical;
}
public boolean hasAuthority()
{
        return hierarchical && authority != null;
}
public int segmentCount()
{
        return segments.length;
}
private final boolean hierarchical;
private final String authority;
private final String segments[];

17/07/2009, 11h37
Kirua12

Salut,

je dirais que "isPlateformResource()" et "isPlatformResource()", ce n'est pas tout à fait pareil :)
17/07/2009, 11h39
DonKnacki

Effectivement il y a une erreur dans mon sujet que je vais corriger mais dans le code, je peux assurer qu'elle n'est pas présente (j'ai re-vérifier au cas ou :mouarf: )
17/07/2009, 11h49
Kirua12

l'assistant de codage d'eclipse te présente cette méthode ?
17/07/2009, 11h53
DonKnacki

non justement .
j'avoue ne pas comprendre :?
17/07/2009, 12h40
tchize_

si tu fais dans eclipse ctrl+shift+t -> "URI", il te présenterais pas par hasard deux versions de la classe. Si t'as plusieurs fois la classes dans ton classpath, avec des signature différentes, ca peut expliquer.
17/07/2009, 14h01
DonKnacki

Citation:

Envoyé par tchize_

si tu fais dans eclipse ctrl+shift+t -> "URI", il te présenterais pas par hasard deux versions de la classe. Si t'as plusieurs fois la classes dans ton classpath, avec des signature différentes, ca peut expliquer.

Effectivement ça semble être le problème. J'ai une autre class URI implémenté dans un plugin qui se situe dans le répertoire d'eclipse (c:\eclipse\3.2.1\plugins)
ou il n'y a pas toute les méthodes qui m'intéresse
Dans la mesure ou ce plugin est présent dans les Plug-in Dependencies, je n'arrive pas à le retirer. Comment je peux faire ? on peut choisir quel plugin choisir ?
En plus ce plugin a le bon goût d'avoir le même nom que celui m'intéresse
20/07/2009, 09h46
pico07

utilise:
monPackage.maClasse.maMethode()

Permet de spécifier dans quelle package se trouve l'objet, et donc les méthodes à utiliser.
20/07/2009, 10h05
DonKnacki

Le problème c'est qu'ils ont le même nom :?
donc monPackage.maClasse est la même chose dans les 2 cas

J'ai décidé de supprimer le fichier .jar du répertoire eclipse (en espérant qu'il n'y ai pas d'effet de bord) . Pour le moment ça semble fonctionner :)
Merci à tous pour votre aide