En fait, dans un fichier properties, je vais chercher différents bouts d'une URL.
genre, mon URL finale devrait être:
/interface/jsp/navigation.jsp
pour la constituer, je vais chercher "jsp.path" qui vaudra "/interface/jsp/", et j'y ajouterai "jsp.navigation", qui vaudra "navigation.jsp"
mais ça serait bien si une classe pouvait gèrer les différents cas, si par exemple, "jsp.path" vaut "/interface/jsp". Ou si "jsp.navigation" vaut "/navigation.jsp"... et tout cas cas. Pour que je sois sur d'avoir une URI valide au fnial. (les classes URL et URI ne semblent pas faire ça !!

boah tu as deux possibilités. Soit tu adoptes une politique stricte dans ton fichier props, soit tu crées une petite classe utilitaires qui enlève les éventuels doublons ...
 
Dans les deux cas c'est pas trop compliqué à gérer

 
...c clair. Ms j'aurais imaginé que le JDK comportait une classe comme ça. ça aurait été domage de refaire qqch ds ce cas.
Une politique stricte, ça va pas être possible. Donc, je suis parti pour l'écriture de la classe...

bin je vois pas en quoi ce genre de mécanisme est standard ... donc ca n'a rien à faire dans la JDK selon moi

 
Bah, y a souvent besoin de bosser sur les chemins, en ajoutant un séparateur à la fin par exemple.
enfin bon, tant pis, merci.

le constructeur file accepte un parent un nom de fichier
 
donc si tu as  
 
String rep = "/monrep/monautrerep";
String f = "toto.jsp";
 
tu peux faire
 
new File(rep, f);
 
et tu auras ton fichier. Tu peux tester avec des slashes un peu partout pour voir si il accepte ou si il t'envoie bouler (en utilisant getName() ou toString une fois le fichier construit ou simplement en vérifiant qu'il existe.
 
A+

 
hé, bah c génial, c exactement ce que je cherchais...
Et File peut bosser sur des fichiers par une URL ?
(en fait, surement, oui, ça parait logique !)
Merci...

 
ça marche, il gère bien les anti-slash.
Mais le pb, c'est qu'il est pas fait pour bosser sur les URL. Et du coup, il me remplace mes slash par des antislash !! :-(
Il semblerai que File utilise le séparateur par défaut du systeme d'exploitation (je suis ss windows, donc, là, des '\'. Du coup, il me remplace tout mes '/' de mon URL par des '\'. ça la fausse du coup !!! :-(

bin ouais mais bon c'est un ficher donc c'est un peu normal ... Ceci dit la classe que tu veux je l'écris en 20 minutes ... J'ai déja fait pour une classe gérant les url de type RMI ...

 
...tu la ferais pas hériter de File, si !?
Quoi que, pourquoi pas enfait. Il suffirait d'ajouter à cette classe une méthode public String toUrlString() qui rendrait la même chose que getPath, mais en remplaçant les double antislash qu'il met, par un slash...
Tu crois pas !?

c'est du rafistolage ca. Et non elle n'hérite pas de file (ni d'url d'ailleurs)

 
Ouais... g un peu trop tendance à aller vers la bidouille vite fait.
ça m'énerve, parce que au final, c 100 fois + agréable de bosser sur du code propre. Enfin. Je compte sur le Java pour me pousser à être + propre.
Et en fait ta classe, tu peux me la passer je pourrais l'écrire, ms bon... si tu l'as déja, on va pas s'priver, hein !?

c'est pour des URLS de type RMI et je ne peux pas te la donner car je l'ai codée sous contrat (avec clause de condifentailité et tralalala).
 
Mais bon si j'ai le temps ce soir je veux bien faire un machin en vitesse pour tes URLS relatives

spa pour dire mais la classe URL elle gere les urls relatives pour des fichiers locaux aussi hein
(file://$currentpath/../../tralala/trouloulou.xyz)
 
bon. soit.

euh oui et alors ?

rien, je me dis que ça peut etre utile
 
(je me reponds moi meme:   )

 
ha, ça serait cool.
Si je trouve le temps d'en faier une avant, je la posterai.