Discussion :

[LGnord]

Bonjour,

J'utilise des champs statics et j'ai des java.lang.NoClassDefFoundError qui se produisent.

Je pense avoir identifié le problème:
J'ai deux classes C1 et C2 (dans mon cas, elles se sont pas dans le même package).

Code :

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

1
2
3
4
5
6
7
8
9
class C1
{
static String field = "...";
}

class C2
{
static String field = "..."+C1.field;
}

La java.lang.NoClassDefFoundError se produit sur C2.

J'ai l'impression que le field de C2 ne peut être initialisé que si la class C1 a été chargée. Est-ce vrai?
Comment imposser au classLoader un ordre sur les classes?

J'ai regardé du coté des import static mais sans succes.

Merci.
LGnord

[Azarian]

Il faut pour que ça fonctionne déclarer les variables "publiques" sinon seules les classes qui surchargent ces classes pourront accéder aux attributs. En clair :

class C1
{
public static String field = "...";
}

devrait aller mieux.

sylvain

Bonjour,

J'utilise des champs statics et j'ai des java.lang.NoClassDefFoundError qui se produisent.

Je pense avoir identifié le problème:
J'ai deux classes C1 et C2 (dans mon cas, elles se sont pas dans le même package).

class C1
{
static String field = "...";
}

class C2
{
static String field = "..."+C1.field;
}

La java.lang.NoClassDefFoundError se produit sur C2.

J'ai l'impression que le field de C2 ne peut être initialisé que si la class C1 a été chargée. Est-ce vrai?
Comment imposser au classLoader un ordre sur les classes?

J'ai regardé du coté des import static mais sans succes.

Merci.
LGnord

[NII_SAMA]

Salut,
je ne pense pas que le fait que ton attribut soit static ait quelque chose à avoir ni son initialisation. Tu as juste un problème de visibilité. en plus de mettre le modificateur public comme l'asuggéré Azarian, tu fais "import le_nom_du_package_de_C1 ;" car je ne pense pas que public seul suffise et ton problème devrait être résolu.

[fabszn]

Hello,

Je suis d'accord avec NII_SAMA. La notion de visibilité ne doit pas être liée à ce message d'erreur.

En plus, il me semble que pour Java tout est public par défaut....

[Liquidsoul]

Hello,

Je suis d'accord avec NII_SAMA. La notion de visibilité ne doit pas être liée à ce message d'erreur.

En plus, il me semble que pour Java tout est public par défaut....

Salut,

La visibilité par défaut d'une méthode dans une classe java n'est pas "public".
En fait ce genre de méthode est publique pour l'ensemble des classes pour le même package.

[chtig]

Un "java.lang.NoClassDefFoundError" c'est une erreur en Runtime ... Il ne s'agit donc pas à mon sens de problème d'import ou de visibilité (qui produiraient des erreurs à la compilation) mais d'un problème de classpath ...

[LGnord]

Merci de vos reponses.

Comme l'a dit chtig, mon problème est runtime.

Je n'ai pas de problème de visibilité ou d'import.

Je vais explorer la piste du classpath mais je sais pas vraiment par où commencer.

[adiGuba]

Salut,

Un "java.lang.NoClassDefFoundError" c'est une erreur en Runtime ... Il ne s'agit donc pas à mon sens de problème d'import ou de visibilité (qui produiraient des erreurs à la compilation) mais d'un problème de classpath ...

Alors ton code n'est pas vraiment identique, car par défaut les attributs ont une visibilité <package-view> et ne sont donc pas visible depuis deux packages différents !

Et ce serait bien d'avoir la trace complète de l'exception...

a++