Discussion :

[Mygush]

Bonjour à tous,
je rencontre actuellement un problème que je n'arrive pas à résoudre...
J'ai une appli java qui me récupère et ouvre des fichiers pdf dans une arborescence mais lorsque j'ai des espace dans le nom du fichier ou d'un dossier ça plante.
J'ai essayé avec ces deux solutions mais sans succès :

...\\Dossier~1\\nomFichier~1.pdf

...\\\"Dossier 1\\nom du fichier.pdf\"

Est-ce que quelqu'un sait comment prendre en compte les espaces dans un chemin ou un nom de fichier ?
Merci d'avance pour vos réponses.

[adiGuba]

Salut,

On pourrait voir plus précisément comment tu utilises tout cela dans ton code ?
Tu as tenter d'afficher le chemin pour voir s'il est bien correct ?

a++

[Mygush]

Salut adiGuba,
Voici mon code :

Code :

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

1
2
3
4
5
6
  try {
       Desktop.getDesktop().open(new File("\\\\Serveur\\dossier1\\nom du fichier.pdf"));                        
} catch (IOException ioe) {
       // Traitement de l'exception
       System.out.println("Erreur dans l'ouverture du PDF..." + ioe);
}

Et j'ai comme erreur :

Code :

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

"\\serveur\dossier1\nom%20du%20fichier" fichier ou chemin introuvable

Mon chemin est bien correct, c'est vraiment les espaces qui me posent problème.
Merci d'avance.

[droggo]

Mia,

Ton chemin

Code :

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

"\\serveur\dossier1\nom%20du%20fichier"

est suspect, car il signifie que "serveur" est inclus dans un dossier sans nom.

[adiGuba]

est suspect, car il signifie que "serveur" est inclus dans un dossier sans nom.

C'est tout à fait normal : c'est un chemin UNC qui pointe vers une machine distante (fichier partagé).


C'est justement le chemin UNC qui pose problème, puisque l'implémentation Windows de Desktop.open() utilise la fonction Win32 ShellExecute() qui gère mal les URI des chemin UNC lorsqu'il y a un espace (remplacé par un %20 dans l'URI)

Le bugs a été signalé mais comme cela touche à l'API Windows, il n'y a pas de correctif de prévu : http://bugs.sun.com/bugdatabase/view...bug_id=6550588


Il y a toutefois une solution qui consiste à ouvrir manuellement le fichier dans ce cas là :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
	public static void open(File file) throws IOException {
		// On utilise obligatoirement le chemin absolu :
		// (les chemins relatifs et/ou incorrect pourrait poser problème)
		file = file.getAbsoluteFile();
 
		// Puis on récupère le nom de l'OS :
		String osName = System.getProperty("os.name").toLowerCase();
		if (osName.contains("windows")) {
			// Sous Windows on appelle directement Runtime.exec() :
			Process process = Runtime.getRuntime().exec(
					new String[] { "rundll32", "url.dll,FileProtocolHandler", file.getPath() });
			// Les flux sont inutiles, alors on les ferme de suite :
			process.getOutputStream().close();
			process.getInputStream().close();
			process.getErrorStream().close();
		} else {
			// Pour tout les autres systèmes, on peut appeler directement Desktop().open() :
			Desktop.getDesktop().open(file);
		}
	}

a++

[Mygush]

Merci beaucoup adiGuba pour ta ptite fonction, ça fonctionne parfaitement.
Je n'étais pas au courant pour ce bug chez SUN, merci pour l'info.
Bonne journée.

[droggo]

Hie,

C'est tout à fait normal : c'est un chemin UNC qui pointe vers une machine distante (fichier partagé).

Très débutant en Java, j'ignorais. C'est noté.

[adiGuba]

Très débutant en Java, j'ignorais. C'est noté.

Ce n'est pas du Java mais propre à Windows

a++

[Mygush]

Bonjour à tous,
J'ai une application java qui me permet d'ouvrir un fichier pdf dont voici le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public static void open(File file) throws IOException {
	// On utilise obligatoirement le chemin absolu :
	// (les chemins relatifs et/ou incorrect pourrait poser problème)
	file = file.getAbsoluteFile();
 
	// Puis on récupère le nom de l'OS :
	String osName = System.getProperty("os.name").toLowerCase();
	if (osName.contains("windows")) {
		// Sous Windows on appelle directement Runtime.exec() :
		Process process = Runtime.getRuntime().exec(
			new String[] { "rundll32", "url.dll,FileProtocolHandler", file.getPath() });
		// Les flux sont inutiles, alors on les ferme de suite :
		process.getOutputStream().close();
		process.getInputStream().close();
		process.getErrorStream().close();
	} else {
		// Pour tout les autres systèmes, on peut appeler directement Desktop().open() :
		Desktop.getDesktop().open(file);
	}
}

Ce code fonctionne parfaitement sur mon pc avec comme configuration Windows XP et AcrobatReader 8. En revanche lorsque j'exécute mon code sur mon serveur avec comme config windows 2003 et AcrobatReader 7, rien ne se passe. J'ai bien mon processus AcroRd32.exe qui est lancé mais mon fichier ne s'ouvre pas.
Quelqu'un a-t-il une idée à ce sujet ?
Merci d'avance pour vos réponses.

[Mygush]

Désolé, je ne voulais par relancer cette discussion mais en créer une nouvelle, c'est une fausse manip de ma part.
Encore désolé.