Discussion :

[Fishbone]

Bonjour,

je poste ici bien que ça relève surement plus d'un problème UNIX que d'une question Java, mais peut-être pourra-t-on me conseiller sur un moyen de contourner mon problème ?

Voilà, je cherche tout simplement à lancer une commande UNIX à partir de java pour imprimer des documents.

Mon code Java est donc tout bête :

Code :

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

1
2
3
4
5
6
7
8
String cmd = "lp -d " + printer_name + " " + pdf_file_print;
//System.out.println("Executing: " + cmd);
Process p = Runtime.getRuntime().exec(cmd);
int i = p.waitFor();
//System.out.println("Result: " + i);
if (i != 0) {
	// ERROR
}

Là le process doit retourner 0 quand la commande s'est executée avec succès, sinon un autre code d'erreur.

Sauf que... sauf que certains de mes fichiers contiennent le caractère '&', donc cela génère des problèmes sous UNIX lors du lancement de la commande...

Pour passer outre, j'ai tout simplement mis des "" pour échapper ce caractère dans les fichiers que j'imprime.
Cela donne donc :

Code :

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

1
2
3
4
5
6
7
8
String cmd = "lp -d " + printer_name + " \"" + pdf_file_print + "\"";
//System.out.println("Executing: " + cmd);
Process p = Runtime.getRuntime().exec(cmd);
int i = p.waitFor();
//System.out.println("Result: " + i);
if (i != 0) {
	// ERROR
}

Le seul problème c'est qu'avec ce code, et bien le process me retourne désormais toujours 1 avec la fonctione waitFor(), et ce, que l'impression se soit bien déroulée ou non (par exemple si je spécifie un mauvais nom d'imprimante)...
Donc je ne peux pas différencier si l'impression a été correcte ou non...

Par contre si je lance directement la commande avec les guillemets d'échappement sous UNIX, le code retour est bien 0 lorsque ça marche ?!

Avez-vous une idée de comment contourner/pourquoi apparaît ce problème ?

Merci.

[sinok]

Et en utilisant des simple quotes à la place des doubles pour escaper le nom du fichier ça donne quoi?

[Fishbone]

J'ai testé cette idée... ça donne le même comportement

J'ai aussi essayé de récupérer la valeur exitValue() du process à la place de celle retournée par waitFor() :

Code :

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

1
2
int e = p.exitValue();
//System.out.println("Exit value: " + e);

...mais celle-ci donne également 1...?

[adiGuba]

Salut,

Utilise de préférences la méthode exec(String[]) qui permet de bien séparer les paramètres :

Code :

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

String[] cmd = { "lp",  "-d ", printer_name, pdf_file_print};

Et encore une fois il faut traiter les flux d'entrée/sorties...

• Tutoriel : Exécuter une application externe en Java
• Blog : Runtime.exec() n'est pas des plus simple...

a++

[Fishbone]

J'ai testé la méthode avec un tableau de String et cela donne strictement le même résultat.

Par contre effectivement avec la redirection des flux (que j'ai affichés), j'obtiens la raison qui fait que la commande semble retourner 1 :

UX:lp: WARNING: Cannot access the file:
"/interfacelch/pdf_print/regular/200801/S&D-L0000002-200801.pdf".
TO FIX: Make sure file names are valid.
UX:lp: ERROR: No (or empty) input files.

Problème ? Le fichier existe bel et bien...

sun39:/lch/users/hdbqual3/lch/scripts> ls "/interfacelch/pdf_print/regular/200801/S&D-L0000002-200801.pdf"
/interfacelch/pdf_print/regular/200801/S&D-L0000002-200801.pdf

[adiGuba]

Tu ne dois pas mettre les quotes dans le tableau.
Le tableau ne doit contenir que ce que devra recevoir la commande (les quotes sont normalement géré par le shell)

a++

[Fishbone]

Ca a l'air de marcher !

request id is mab027-116 (1 file(s))
Wait for: 0
Exit value: 0


Merci beaucoup