URL nulle via class loader

Bonjour,

Je me vois confrontée à un problème quasi similaire à celui ci :
http://www.developpez.net/forums/showthread.php?t=44213
à la différence près que le fichier que j'essaye de charger n'est pas un sous dossier de celui de la classe appelante.

La structure de mon appli est celle ci :
>Projet
--->src
------>monPackage
---------* TestLoad.java
--->files
------*file.txt
--->META-INF
------* MANIFEST.MF

Cela fait plusieurs heures que je cherche et m'arrache les cheveux pour arriver à charger le fichier file.txt depuis la classe TestLoad.java via getClass().getResource()

J'ai pourtant essayé de suivre tous les conseils donnés par adiGuba sur le post dont j'ai mis le lien plus haut, mais rien n'y fait, getClass().getResource() retourne toujours null.

Voici le contenu de mon fichier manifest :

Code:

---

1 2 3

Manifest-Version: 1.0 Class-Path: ./

---

Voici le contenu du main de ma classe TestLoad.java :

Code:

---

1 2 3

InputStream is = getClass().getResourceAsStream("/files/file.txt"); if (is==null) System.out.println("nuuull");

---

J'ai beau essayer tous les chemins possibles et imaginables à la place de "/files/file.txt" (qui d'après le post semble être ce qu'il faut faire, à moins que j'ai mal saisi)... Rien n'y fait.

Quelqu'un pourrait il m'aider s'il vous plait ?

Merci par avance !

Ta main class c'est TestLoad?
As tu essayé : "../files/file.txt" ?

Oui oui mon main est TestLoad ^^

Non ce chemin ne marche pas. J'ai essayé beaucoup de choses et je ne comprends vraiment pas pourquoi ça ne fonctionne pas.

Quelqu'un aurait une autre idée (voire une solution miracle :roll:) ? ^^

Salut,

Citation:

---

Envoyé par Nemix

Voici le contenu de mon fichier manifest :

Code:

---

1 2 3

Manifest-Version: 1.0 Class-Path: ./

---

---

Le répertoire courant n'a rien à faire dans le class-path du manifest. Il y a de forte chance que cela soit simplement ignoré.

Citation:

---

Envoyé par Nemix

Voici le contenu du main de ma classe TestLoad.java :

Code:

---

1 2 3

InputStream is = getClass().getResourceAsStream("/files/file.txt"); if (is==null) System.out.println("nuuull");

---

---

Donc ton Jar doit comporter un dossier files contenant un fichier file.txt. Est-ce bien le cas ?
Si tu utilises un EDI ces fichiers doivent être dans le répertoire contenant les sources...

a++

>Donc ton Jar doit comporter un dossier files contenant un fichier file.txt.
>Est-ce bien le cas ?

Oui en effet ^^

>Si tu utilises un EDI ces fichiers doivent être dans le répertoire contenant les
>sources...

En effet ! Donc ma hiérarchie était mauvaise. Il a suffit de déplacer les dossiers dont j'avais besoin (files par exemple) dans le dossier src et je peux désormais accéder aux fichiers via :
../files/file.txt

Merci beaucoup !! ;)

Bonne journée

Huuum... Il y a quelque chose que je ne comprends pas...

Lorsque je cherche à accéder depuis TestLoad.java au fichier files/file.txt par le chemin "../files/file.txt", cela fonctionne (encore merci d'ailleurs pour l'indication ^^).
Maintenant, je souhaiterais lister les fichiers contenus dans le répertoire "files". Est il possible de faire ceci sans connaître le chemin entier menant au répertoire ? (car je ne connaîtrais pas forcément l'endroit où sera placé mon application).

En effet, je place une nouvelle classe "ScanDirectory.java" afin de lister les fichiers de files, et je la place dans le même répertoire que TestLoad.java. Ces deux classes accèdent donc au dossier files et son contenu de la même manière.

Cependant, ScanDirectory ne trouve pas le dossier files pour une raison qui m'échappe. Peut être est ce dû à la méthode que j'appelle pour trouver le dossier...
Dans TestLoad.java je fais appel à getClass().getResource("../files/file.txt").
Dans ScanDirectory.java je fais appel à File directory = new File("../files/file.txt");
(peu importe que je mette ici le chemin d'un fichier ou noncompte tenu du code dans ScanDirectory, voir ci dessous... il faut déjà que ça passe le premier "if")

Sachant que le corps de ScanDirectory est :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

public void listFiles(String directoryPath) { File directory = new File(directoryPath); if(!directory.exists()){ System.out.println("Le fichier/répertoire '"+directoryPath+"' n'existe pas"); }else if(!directory.isDirectory()){ System.out.println("Le chemin '"+directoryPath+"' correspond à un fichier et non à un répertoire"); }else{ File[] subfiles = directory.listFiles(); String message = "Le répertoire '"+directoryPath+"' contient "+ subfiles.length+" fichier"+(subfiles.length>1?"s":""); System.out.println(message); for(int i=0 ; i<subfiles.length; i++){ System.out.println(subfiles[i].getName()); } } }

---

(je fais appel à la méthode listFiles dans le main)

Si j'appelle listFiles avec directoryPath="C:/chemin_qui_amène_au_dossier_files" ... ça fonctionne.
Mais si je mets directement "../files/" (ou "../files"), cela ne fonctionne plus, il s'arrête sur le premier if et me dit que le dossier n'existe pas. Cependant, je ne veux pas avoir à passer par la première méthode.
Est ce possible ? Si oui, auriez vous quelques indications s'il vous plait ?


Merci par avance !

Voilà, je viens (je crois) de résoudre mon problème. Voici l'explication pour celles et/ou ceux que ça intéresserait.

Je ne comprends pas toujours bien pourquoi ces différences de chemins là où le code java va chercher les fichiers dont je parlais dans le code ci dessus. Le fait est qu'il faut, si je veux que mon code fonctionne, accéder au répertoire courant à partir duquel l'application a été lancée.

Le bout de code est on ne peut plus simple :
String curDir = System.getProperty("user.dir" ) + "/";
Cette ligne permet d'obtenir le répertoire courant.

Au lieu de donner le bout de chemin "../files/file.txt" à ma méthode listFiles(String path), il faut que je lui donne en entier. Ce qui correspond à :
String curDir = System.getProperty("user.dir" ) + "/";
listFiles(curDir+"src/files/");

Ici, on rajoute "src/" en plus dans le chemin puisque, comme le disait adiGuba, en utilisant un IDE, on se trouve dans le répertoire contenant les sources. Le répertoire courant étant au dessus dans la hiérarchie par rapport au répertoire des sources (src), il faut "descendre au niveau du src".

Bonne soirée ;)

Tu confonds 2 choses :

• Le système de fichiers local, qui te permet de lire les dossiers et fichiers de ton disque dur (et autre média similaire). Il faut alors utiliser la classe File et assimilé, et des chemins dépendant du système hôte...
  
  
• Les ressources au sens Java, c'est à dire des fichiers accessible via le classpath. Pour des raisons techniques diverses, il n'est pas possible d'explorer un répertoire du classpath comme on le ferait avec un répertoire.

Il faudrait savoir ce que tu veux faire précisément ? Lire un fichier ? Parcourir un ensemble de fichier ? Autre chose...


a++

En fait je veux faire plusieurs choses ^^

- parcourir un ensemble de fichiers dans un répertoire (pour récolter des informations concernant chaque fichier par exemple)
- ouvrir un fichier
- créer des fichiers

La méthode du user.dir marche sans problème sur tous les OS non ?
Parce que je cherche à déployer mon appli par la suite sous Linux et Mac, sachant que je programme sous Windows.

Merci de ta réponse ;)

Donc tu n'as pas à utiliser le classloader, mais le système de fichier. Le classloader permet simplement de charger des ressources.

La classe File et des FileInputStream feront amplement l'affaire...


a++

Bonjour,

Je suis un peu dans le meme cas que namix.
J'ai créé un petit programme et je genere un jar pour l'executer en ligne de commande.
Avant je n'avais pas de pb pour acceder à mon xml. mais lorsque j'ai voulu ajouter le fichier de propriété de log4J.
J'ai donc modifié ma ligne de commande afin d'ajouter le classpath.

Ancienne commande : java -jar ConverterX2C_1.2.jar file.xml out.csv
Nouvelle commande : java -classpath org.apache.log4j_1.2.13.jar;ConverterX2C_1.2.jar com.xx.yyy.main.Main file.xml out.csv

Et mtn, je n'ai plus accès au fichier xml. Pourtant j'ai acces à mon jar de log4j etc.

Une idée?