Problème d'espace dans un chemin

Bonjour à tous,
fraichement débarqué dans le monde java, j'ai un peu de mal sur certain point.

Je voudrais ouvrir un fichier qui se trouve dans le même repertoire que mes classes.
J'ai donc trouvé ce topic qui répond partiellement à mon problème
http://www.developpez.net/forums/sho...hlight=getpath

J'ai donc fait :

Code:

---

1 2	String toto = new File(ClassLoader.getSystemResource("").getPath()).getAbsolutePath(); System.out.println(toto);

---

Ce qui me donne à l'affichage quelque chose comme :
D:\repertoire%20avec%20espace\Appli\Monappli\build\classes

Le problème est que lorsque je me sert de ce chemin pour ouvrir un fichier j'ai une erreur :
D:\repertoire%20avec%20espace\Appli\Monappli\build\classes\monfichier.xml (file name) doesn't found!

Je voudrais donc virer les %20 pour les remplacer par un espace.
J'ai penser faire un replace, mais ça ne fonctionne pas :

Citation:

---

toto.replace("%20",' ');

---

Quelqu'un pourrait il me dire où est mon erreur ?
Ou sinon est ce que quelqu'un à une autre solution à me proposer ?

Merci

essaye

Code:

---

1 2	toto.replace("\%20"," ");

---

merci de ta réponse jhaythem,
cela dit, ça n'a pas l'air de marcher --> illegal escape character

Je continue à chercher...

essaye
replaceall
ou
while (il reste des espaces) replace

suivant si tu est en 1.5 ou 1.4

ok desole, c etait juste un guess rapide, je croyais que le % etait interprete comme un metacaracheter.
voila a ta place ce que je ferais juste pour tester j essayerais avec un \ un \\ et un \\\\ ouai c est louche mais c est comme ca. je crois que ca va dependre de ta jvm et aussi de ton os.
bonne chance et je si je trouve d autres trucs je te ferais savoir...

Citation:

---

voila a ta place ce que je ferais juste pour tester j essayerais avec un \ un \\ et un \\\\ ouai c est louche mais c est comme ca. je crois que ca va dependre de ta jvm et aussi de ton os.

---

J'ai déjà testé merci ;)

Mais grâce à vous j'ai la solution :

Code:

---

1 2 3

String toto = new File(ClassLoader.getSystemResource("").getPath()).getAbsolutePath(); toto = toto.replaceAll("%20"," "); System.out.println(toto);

---

je comprend pas trop pourquoi il faut affecter toto à lui même, mais ça marche

Encore une fois merci à vous deux :king:

je viens de tester sur 1.5 et ca marche parfaitement

Code:

---

1 2	chaine.replaceAll("\\%20", " ");

---

Citation:

---

Envoyé par jhaythem

je viens de tester sur 1.5 et ca marche parfaitement

Code:

---

1 2	chaine.replaceAll("\\%20", " ");

---

---

ça ça remplace \%20 par espace

Citation:

---

Envoyé par XSeb74

ça ça remplace \%20 par espace

---

non ca ca remplace %20 par un espace, donc mon guess etait correct la premiere fois le % est un methacharacter.

tu peux toujours tester ma reponse si tu ne me crois pas :lol:

Citation:

---

Envoyé par kalyparker

je comprend pas trop pourquoi il faut affecter toto à lui même, mais ça marche

Encore une fois merci à vous deux :king:

---

C'est parce que la classe String est dite inaltérable c'est à dire qu'il n'est pas possible de modifier une instance de la classe String une fois que celle-ci a été créée, chaque opération créer une nouvelle instance que tu dois affecter à ta variable pour en sauvegarder le résultat.

Pour illustrer ça avec un exemple :

Code:

---

1 2 3 4

String s = "toto"; s.toUpperCase(); System.out.println(s); // affiche toto

---

Là je fais simplement appel à la méthode toUppercase cependant comme la classe String est inaltérable la valeur de s n'est pas modifiée.

Maintenant si je fais :

Code:

---

1 2 3 4

String s = "toto"; s = s.toUpperCase(); System.out.println(s); // affiche TOTO

---

Dans ce cas la valeur de s a changé car on a lui affecté le résultat de la méthode toUpperCase (qui renvoie une nouvelle instance correspond à la valeur de s mise en majuscule).

J'espère que je suis clair dans mes explications.

En java, beaucoup de classes sont inaltérables (String, les classes Wrapper du style Integer, Character, Long etc...), ça offre plusieurs avantages notamment la possibilité de partager leur instances sans besoin de synchronisation entre plusieurs threads.

Citation:

---

C'est parce que la classe String est dite inaltérable c'est à dire qu'il n'est pas possible de modifier une instance de la classe String une fois que celle-ci a été créée, chaque opération créer une nouvelle instance que tu dois affecter à ta variable pour en sauvegarder le résultat.

---

Ok merci pour l'info :king:

Maintenant que j'ai compris comment modifier ma chaine :

Code:

---

chaine.replaceAll("\\%20", " ");

---

marche aussi en 1.6 !

ceci dit je comprend pas pourquoi ça lui retourne des %20

Salut,

Citation:

---

Envoyé par XSeb74

ceci dit je comprend pas pourquoi ça lui retourne des %20

---

Parce que getResource() retourne une URL et qu'une URL ne possède pas d'espace (ils sont encodé par des %20).

Par contre il vaudrait mieux passer par le constructeur File(URI) afin d'éviter un remplacement de caractère qui n'est pas forcément complet (d'autres caractères pourraient poser problème...) :

Code:

---

String toto = new File( ClassLoader.getSystemResource("").toURI() ).getAbsolutePath();

---

Enfin il faut également se méfier de ClassLoader.getSystemResource("") qui peut renvoyer null dans certain cas (lorsqu'on lance un jar exécutable par exemple).

a++

Citation:

---

Enfin il faut également se méfier de ClassLoader.getSystemResource("") qui peut renvoyer null dans certain cas (lorsqu'on lance un jar exécutable par exemple).

---

Ce que tu me dit là me fait peur adiGuba !
ça veux dire qu'en java, il n'est pas possible de récuperer le chemin de notre programme sans être sur à 100% que ça va marcher !

Tu précise que c'est lorsque l'on lance un jar executable que ça peux poser problème, là tu m'a perdu :aie:
Je ne sais pas comment on utilise un jar executable... je crois que je ne sais d'ailleurs meme pas ce que c'est :(
Par contre je ne pense pas que j'aurai à m'en servir, et là je voudrais ton avis parce que (trop newbie pour être sure) :
Si je fait une appli swing/awt qui devra tourner sur windows, j'ai 2 packages : GUI et IA, est ce que ClassLoader.getSystemResource("") passera à tous les coups ?
parce que mon fichier de paramétrage de cette appli se trouvera toujours dans le même repertoire que les classes, et si je ne peux pas y acceder, ben l'appli elle marchera pas :cry:

[edit]

Code:

---

String toto = new File(ClassLoader.getSystemResource("").toURI()).getAbsolutePath();

---

J'ai testé, mais j'arrive pas à compiler ?!
[/edit]

Citation:

---

Envoyé par kalyparker

Ce que tu me dit là me fait peur adiGuba !
ça veux dire qu'en java, il n'est pas possible de récuperer le chemin de notre programme sans être sur à 100% que ça va marcher !

---

Non. getSystemResource() ne sert pas à récupérer l'emplacement du programme mais à rechercher des ressources dans le classpath. De plus tu l'utilise d'une manière anormal (sans nom), ce qui a un effet aléatoire et qui dépend de ton classpath (lorsqu'il comporte un répertoire standard cela semble marcher, mais pas lorsque c'est un jar).

Citation:

---

Envoyé par kalyparker

Tu précise que c'est lorsque l'on lance un jar executable que ça peux poser problème, là tu m'a perdu :aie:
Je ne sais pas comment on utilise un jar executable... je crois que je ne sais d'ailleurs meme pas ce que c'est :(

---

Il s'agit simplement d'une archive (format ZIP) qui contient les classes et les ressources de ton applications, et qui permet d'exécuter le programme plus simplement. Plus d'info : Comment créer un jar exécutable ?

A titre d'info j'ai testé le code suivant :

Code:

---

1 2 3 4 5 6

public static void main(String[] args) {   URL url = ClassLoader.getSystemResource(""); System.out.println(url);   }

---

Cela marche lorsque le classpath comporte un répertoire (c'est alors ce dernier qui est renvoyé comme résultat), mais en aucun cas lorsque c'est un jar exécutable ou que le classpath ne comporte que des archives jar...

Citation:

---

Envoyé par kalyparker

j'ai 2 packages : GUI et IA, est ce que ClassLoader.getSystemResource("") passera à tous les coups ?

---

Cela ne dépend pas de tes packages mais plutôt de la manière dont tu vas déployer l'application...

Citation:

---

Envoyé par kalyparker

parce que mon fichier de paramétrage de cette appli se trouvera toujours dans le même repertoire que les classes, et si je ne peux pas y acceder, ben l'appli elle marchera pas :cry:

---

Ce fichier de configuration doit-il être modifié par ton programme ? Sinon le plus simple est de le mettre dans le classpath...

Sinon il existe une solution pour récupérer le répertorie par rapport à une classe mais ce n'est pas forcément la meilleure solution...


:arrow: Pourquoi ne pas mettre le fichier de config dans le user.home ???

Citation:

---

Envoyé par kalyparker

J'ai testé, mais j'arrive pas à compiler ?!

---

C'est à dire ?

a++

Merci pour toutes ces précisions

Citation:

---

Ce fichier de configuration doit-il être modifié par ton programme ? Sinon le plus simple est de le mettre dans le classpath...

---

Je vais essayer ça !
ça à l'air d'être une meilleur solution (disons que ça ressemble moins à du bricolage :mouarf:)

Citation:

---

Citation:

---

Citation:
Envoyé par kalyparker
J'ai testé, mais j'arrive pas à compiler ?!

---

C'est à dire ?

---

Nan, laisses tomber c'etait une erreur un peu plus haut dans mon code... Une journée complete sur java ça laisse des traces :aie:

Encore une fois merci à tous pour toutes ces précisions je vais pouvoir avancer !
@+ sur le forum