Discussion :

[flow10000]

Bonjour,

Je développe actuellement une librairie qui va me servir pour différents projets.
Cette lib contient des classes qui vont lire des fichiers XML de configuration par exemple.

Lorsque je crée un nouveau projet et que j'utilise la dite librairie, j'aimerais ajouter à mon projet les fichiers XML que devra lire la librairie.

Je ne vois pas du tout comment faire ça.
Comment mon jar va t'il savoir où trouver les fichiers XML ?
Pour info j'utilise l'IDE NetBeans.

J'espère avoir été clair quand aux explication de mon problème, désolé pour le titre qui n'est peut être pas assez explicite :s

D'avance merci pour votre aide, bonne soirée

[thelvin]

Quand un programme va utiliser cette bibliothèque, ça veut dire donc qu'il va créer une instance d'une classe de cette bibliothèque, ou appeler une méthode static d'une de ces classes.

Dans les deux cas, constructeurs ou méthodes, on peut y passer des paramètres.
Le plus simple est de passer en paramètre, où se trouve la configuration. Un File ou une String indiquant le répertoire.

[joel.drigo]

Salut,

ces fichiers xml sont ils fixes ou variables, je veux dire éventuellement modifiables pour chaque projet ?

pour les fichiers fixes, il suffit de les inclure dans ton jar, comme n'importe quel .class,

la méthode getResource() ou getResourceAsStream() de la classe Class te permettra de charger ton xml.

Par exemple, supposons que dans ton API, tu aies une classe fr.truc.bidule.XmlLoader avec la méthode load(InputStream xmlfile), il suffit que tu mettes le fichier toto.xml dans un dossier truc, (modifie ton script de build pour qu'il copie le fichier xml dans ton jar).

et le code sera par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
InputStream stream=null;
try {
     stream=XmlLoader.class.getResourceAsStream("truc/toto.xml");
     XmlLoader.load(stream);
}
finally {
    try { if ( stream!=null )  stream.close(); }
    catch(IOException e) { //silent }
}

si le fichier est modifiable, soit tu peux mettre ton fichier dans un dossier externe de ton jar, mais ajouter ce dossier au classpath, ce qui fera que les classes de ton jar le verront, et on se retrouvera finalement dans la même situation que si le xml était dans le jar.

autre solution, faire comme n'importe quelle application : utiliser un dossier dans le dossier de stockage prévu par l'os pour y mettre tes xml

[flow10000]

Les fichiers seront variables, ils seront différents pour chaque projet.
La solution de thelvin conviendrait donc mieux.

Enfin pour que vous y voyiez plus clair, je vais vous donner un exemple concret :
Je développe en fait un Framework de jeu basé sur la SFML.
J'ai décidé qu'un certain nombre de composants du jeu pourront être défini via XML, comme par exemple les animations, les SpriteSets etc.
J'aimerais "imposer" une arborescence pour les projets utilisant ce Framework en fait, du genre :
---Repertoire de l'application
------Assets
---------Textures
------------textures ajoutés par l'utilisateur du JAR
------------...
---------animations.xml
---------spritesets.xml

C'est plus clair ?

[joel.drigo]

donc soit avec la méthode de thelvin, tu prévois une méthode static d'une classe de ton API du genre init(File dossierdeconfig), ou dossierdeconfig est la racine de ton arborescence, qui devra être appelée par l'application utilisant ton API dès que nécessaire (ce que fait par exemple commons.logging de Apache)

soit avec ma méthode, l'utilisateur de ta librairie devra juste ajouter le dossier dossierdeconfig dans le classpath du projet

tu peux également faire un plugin (pour netbeans comme pour eclipse) dont le but de permettre à l'utilisateur d'indiquer l'emplacement du dossier de config dans une préférence lisible par ton api

[flow10000]

Hmm la solution où il suffirait d'ajouter un dossier au classpath est intéressante en fait.
Par contre cela ne fonctionne pas (il y a certainement quelque chose que j'ai manqué).
Le dossier assets avec les fichiers xml à l'intérieur, je dois le créer où exactement ?
Car pour l'instant je l'ai créé sur mon bureau et lié au classpath mais mon jar ne le trouve pas.

[joel.drigo]

tu as crée un dossier du genre c:/dossier1/dossier2/assets/ avec un fichier toto.xml

tu as ajouté c:/dossier1 à ton classpath

Code :

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

X.class.getResource("dossier2/assets/toto.xml")

ou X est une classe de ton jar, devrait te retourner l'url du fichier toto.xml

ce n'est pas le cas ? tu obtiens null ?

[flow10000]

Bon déjà j'avais fait n'importe quoi, j'avais importé le dossier assets directement dans le classpath et j'essayais d'y accéder comme à un fichier classique via

Code :

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

File file = new File("assets/spritesets.xml");

J'ai modifié tout ça et j'obtient un MalformedURLException au moment où je crée le XMLStreamReader :

Code :

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

1
2
3
4
 
XMLInputFactory factory = XMLInputFactory.newInstance();
InputStream stream = SpriteSetManager.class.getResourceAsStream("assets/spritesets.xml");
XMLStreamReader reader = factory.createXMLStreamReader(stream); // MalformedURLException

[joel.drigo]

ton fichier xml fait référence lui même à des url ou fichiers ?

[flow10000]

non non, voilà son contenu pour le moment :

Code :

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

1
2
<spritesets>
</spritesets>

[joel.drigo]

étrange... c'est quoi la stacktrace exact ?

si tu ajoutes en début de code :

Code :

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

System.out.println(SpriteSetManager.class.getResource("assets/spritesets.xml"));

ça t'affiche bien l'url complète et correct de ton fichier ?

[flow10000]

J'obtient null effectivement, chose que je n'avais pas vu dans la stackTrace.

[joel.drigo]

et donc dans ton classpath tu as mis le path du dossier qui contient le dossier "assets" ?

[flow10000]

Oui, j'ai C:\Users\Flow\Desktop\cp\assets
et j'ai mis dans mon classpath le path du dossier cp.
(voir pièce jointe)

EDIT le fichiers sprsts.xml c'est bon j'utilise ce nom maintenant, je l'avais changé à tout hasard..

[joel.drigo]

dans le doute, je viens de refaire le test sur un petit projet eclipse et je n'ai aucun problème, ça marche.

donc soit ce n'est pas le classpath de ton projet netbeans (ça fait 10 ans que j'ai pas fait de netbeans, je suis un peu rouillé à ce sujet, désolé, mais je ne peux pas dire exactement quoi vérifier), soit il y a quelque chose qui m'échappe.

éventuellement tu peux essayer de faire :

Code :

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

System.out.println(SpriteSetManager.class.getClassLoader().getResource("assets/spritesets.xml"));

pour voir

soit encore de mettre des slashes dans le path indiqué dans ton classpath

[flow10000]

en utilisant

Code :

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

InputStream stream = SpriteSetManager.class.getClassLoader().getResourceAsStream("assets/spritesets.xml");

ça fonctionne.
Comment ce fait-ce ?

[joel.drigo]

mmm à vrai dire je connais ce problème que je rencontre régulièrement lorsque j'ai à faire ce genre de chose, mais d'un autre coté, je fais rarement ce genre de chose... surtout depuis que je developpe sous eclipse RCP

à chaque fois que j'ai le problème je me dis que je vais creuser pour comprendre pourquoi il y'a une différence, mais j'ai jamais le temps

[flow10000]

Ok ben merci en tout cas pour ton aide !
Je chercherai de mon coté et je posterai si je trouve quelque chose d’intéressant !

[joel.drigo]

je viens de me dire que tout betement la différence doit se situer au niveau de la notion de relatif :

class.getResource() doit effectuer une résolution relativement au package de la classe

alors que

class.getClassLoader().getResource() est bien relatif au classpath

ça doit etre un truc dans le genre

[flow10000]

C'est bien ça en effet :
http://stackoverflow.com/questions/6...an-inputstream
Et un peu plus de lecture :
http://www.javaworld.com/javaworld/j...-property.html

Je potasserai ça demain
En tout cas encore merci pour ton aide