Discussion :

[bulbo]

Bonsoir,

He oui c'est encore moi avec mes problemes tordus

Voila j'ai une library qui cherche un fichier xml dans le classpath de l'appli le parse et travaille avec.

Tester sous NetBeans avec une appli normale avec le XML dans un repertoire source (donc dans le classpath) le fichier est trouve.

Meme librarie utilisee depuis un module (la librarie est dans un wrapper module) ou le fichier xml est au meme endroit que le precedent exemple, le xml n'est pas trouve

J'ai fait un getResource pour afficher l'url juste avant d'appeler ma lib, le getResource fonctionne mais la lib ne trouve pas le fichier.

Je me suis dit peut-etre un probleme de classloader, du coup j'ai passe un argument de plus: le classloader de la classe appelant la lib (celle qui voit le xml donc) et la toujours le meme probleme

La je sais plus quoi faire. Deja module ou pas si j'utilise une librairie pour choper un fichier dans le classpath ou si je le fais moi-meme je devrais avoir le meme resultat! c'est juste une lib si elle fonctionne avec un env completement different on ne peut plus bosser correctement avec!

Ya-t'il quelque chose que j'ai manque dans les dependances de cette foutue plateforme ?

Je sais pas si je vais continuer a dire qu'elle est si bien .. je viens de paumer une apres-midi complete pour un probleme de classpath, bonjour la productivite

Bulbo

[n!co]

Salut,

As tu ajouté une dépendance de ton module comportant ton fichier XML, sur ton module wrapper ?

Chaque module (même wrapper) est encapsulé dans son propre classloader avec une vue restreinte a ces uniques dépendances

Si tu as loupé la doc sur le sujet :
http://www.netbeans.org/download/5_5...ublic-packages

n!co

[bulbo]

Salut,

As tu ajouté une dépendance de ton module comportant ton fichier XML, sur ton module wrapper ?

Chaque module (même wrapper) est encapsulé dans son propre classloader avec une vue restreinte a ces uniques dépendances

Si tu as loupé la doc sur le sujet :
http://www.netbeans.org/download/5_5...ublic-packages

n!co

He he t'es un marrant toi.

J'ai une librarie dont le but est de parser des fichiers de conf des modules installes et d'afficher les infos qui leur sont relatives et il faudrait que cette lib sache a l'avance tout les modules qui pourraient profiter de ce service.

Ca ne rimerait plus a rien d'avoir ce genre de dependences pour ce module.

Bon a force de tester je suis enfin arrive a ce que je voulais.

Si je passe le classloader en argument et que j'utilise la methode getResource et non pas getSystemResource dessus ca fontionne mais a condition que le path absolu (dans mon cas /resource/xml/...) ne commence pas par un /

Et bien sur faut pas oublier de faire un clean and build all de la suite sinon ...

Une apres-midi pour un slash .. ca m'apprendra a lire la javadoc en diagonal, on croit connaitre les classes de bases par coeur et on peut encore se faire surprendre.

Bref desole de t'avoir fait te creuser les meninges pour rien, c'etait une erreur de ma part.

Bulbo

[n!co]

He he t'es un marrant toi.

J'ai une librarie dont le but est de parser des fichiers de conf des modules installes et d'afficher les infos qui leur sont relatives et il faudrait que cette lib sache a l'avance tout les modules qui pourraient profiter de ce service.

Ca ne rimerait plus a rien d'avoir ce genre de dependences pour ce module.

ET bien tu vois tu m'as appris quelques chose, car sans avoir poussé ma reflexion, effectviement ma solution n'est pas réellement viable, je pensais qu'il n'était pas possible de modifier le classpath d'un module dans risquer de violer les reglès de sécurité de netbeans.

Merci

n!co