[Runtime] code de retour = 1

Version imprimable

bonjour,

j'ai un petit fichier .bat (sous windows) et j'aimerais le lancer avec java.
Ce fichier lance lui aussi un programme java.
fichier :
Code:

1 2 3 java xmlya %1 enCours java xmlya %1 termine
(d'ailleurs si vous avez une instruction pour imprimer sur l'écranen passant ;) )

et je le lance comme ca avec un autre programme java :
Code:

1 2 3 4 5 6 7 Runtime r = Runtime.getRuntime(); try{ //Process p3 = r.exec(new String[] {processusPath + processusExecutable," 412"}); //p3.waitFor(); //System.out.print(p3.exitValue()); Process p2 =r.exec("C:\\Documents and Settings\\user1\\javaworkspace\\xmlya\\batch_test.bat 412");
(j'ai tester le batch tout seul en ligne de commande : pas de problèmes)

Merci

28/08/2006, 17h40
Nicolas_75

Bonjour,

Quel est le problème ? Quelle est ta question ?

Cordialement,

Nicolas
28/08/2006, 17h44
d_token

excellente remarque, j'ai oublier d'exposer mon problème :
he bien, le code de retour est 1 et si je ne me trompe pas, cela signifie qu'une erreur est survenue lors de l'exécution de mon script.
Et lorsque je regarde le fichier sensé être modifié par xmlya, il ne l'a pas été (alors qu'il l'est si j'exécute le script en ligne de commande)
28/08/2006, 18h00
joseph_p

As tu affiché la cause de l'erreur dans ton catch ainsi que la stack trace ? Si oui, peux tu nous donner ces infos ? Si non, peux tu le faire ? ;)
29/08/2006, 03h14
Nicolas_75

As-tu vérifié par un File.exists() ou autre que ton fichier existe bien, ou que du moins Java reconnaît le chemin y menant ?

Nicolas
29/08/2006, 09h35
in

Citation:

Envoyé par d_token

(d'ailleurs si vous avez une instruction pour imprimer sur l'écranen passant ;) )

echo tout simplement

Citation:

Envoyé par d_token

le code de retour est 1

c'est peut etre simplement un " exit 1 " dans ton bat ?

ajoute peut etre des echo pour tracer l'exécution de ton script ...
29/08/2006, 09h57
d_token

:mur: je viens de relancer le programme ce matin... et ca marche :roll:
enfin une des trois instructions en tout cas ;)
pour répondre à la question sur le try catch, je ne récupérais aucune exception. (j'imprime toujours le e.printstack..() )

par contre, ça marche :

Code:

Process p0 =r.exec("..\\xmlya\\batch_test.bat 412");

mais pas celui la ??

Code:

Process p1 =r.exec("C:\\Documents and Settings\\user1\\javaworkspace\\xmlya\\batch_test.bat 412");

;) je ne comprend pas (l'un retourne 1 : il s'est planté, l'autre retourne 0.
(les valeurs correspondent à pi.exitValue() )

PS : pour tracer le script, je fais des

Code:

system.out.println

dans le code java appelé, mais je ne vois rien sur la console.
29/08/2006, 10h08
adiGuba

Salut,

Citation:

Envoyé par d_token

pour répondre à la question sur le try catch, je ne récupérais aucune exception. (j'imprime toujours le e.printstack..() )

Surement parce que le problème vient du script.
Tu n'as une exception que si Java n'arrive pas à lancer le programme.

Mais si ce dernier se lance correctement mais fini en erreur tu n'auras pas d'exception : tu dois lire ses flux de sortie (stdout et stderr) pour avoir plus d'information sur le problème. Le tout dans deux thread différents pour éviter les interblocages...

Si tu utilises Java 5.0 je te conseille d'utiliser ProcessBuilder qui te permet de regrouper les deux flux en un seul...

a++
29/08/2006, 10h11
in

System.out.println -> affichage pdt l'exec de java

echo -> affichage pdt l'exec de .bat

apres ça dépend de ce que tu veux tracer ... en même temps peut être (je ne sais pas) que ça lance un autre process et que du coup la sortie de ton script n'est pas dans la console où le java est lancé ... peut etre peut tu le redéfinir ...

euh ... du coup ça marche ou pas ? (enfin c'est résolu je veux dire ?)

[EDIT] grillé ... en plus ya jamais rien à ajouter à ce que dis adiGuba :( (;) )
29/08/2006, 10h21
d_token

:? le problème est résolu oui, mais j'aimerais savoir pourquoi, si possible.
cette chaine marche en relatif : ..\\xmlya\\batch_test.bat 412
mais pas en absolu : C:\\Documents and Settings\\user1\\javaworkspace\\xmlya\\batch_test.bat

pourtant, dans la deuxième chaine, j'ai rajouter un caractère dans le path et ca me donne une erreur d'io (il ne trouve pas le fichier...)

:aie: comprend rien

(je suis actuellement dans le dossier javaworkspace\test)
29/08/2006, 10h34
adiGuba

Citation:

Envoyé par d_token

:aie: comprend rien

Que te donne la lecture des flux de sortie dans les deux cas ???

a++
29/08/2006, 10h40
d_token

:oops: on lit comment les flux de sortie ?

Citation:

Envoyé par d_token

:oops: on lit comment les flux de sortie ?

Avec les méthode getInputStream() et getErrorStream() de ton process...

Par exemple :

Code:

1
2
3
4
5
6
7
8
9
10
11
        final Process process = Runtime.getRuntime().exec(...);
 
        // Lecture du flux d'erreur dans un thread séparé :
        new Thread() {
            public void run() {
                dumpAndCloseInput(process.getErrorStream(), System.err);
            }
        }.start();
 
        // Lecture du flux standard de sortie :
        dumpAndCloseInput(process.getInputStream(), System.out);

avec la méthode dumpAndCloseInput() définit de la manière suivante :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
    public static void dumpAndCloseInput(InputStream in, OutputStream out) {
        try {
            try {
                byte[] buf = new byte[4096];
                int len;
                while ( (len=in.read(buf)) > 0 ) {
                    out.write(buf, 0, len);
                }
            } finally {
                in.close();
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

a++

29/08/2006, 11h24
d_token

merci, c'est plus clair maintenant :

'C:\Documents' n'est pas reconnu en tant que commande interne
ou externe, un programme ex‚cutable ou un fichier de commandes.
=> on dirait qu'il naime pas les ' ' (espaces)

:? ce que je ne comprend pas c'est qu'il me met une java erreur :
java.io.IOException: CreateProcess: C:\Docu1ments and Settings\user1\javaworkspace\xmlya\batch_test.bat 412 error=2

si je mets un faux path ? (un caractère quelconque de plus)

:? je mets des caractères d'échappements pour les espaces ? (me souvient plus si ca existe d'ailleurs)
29/08/2006, 11h36
adiGuba
Il vaut mieux séparer les différents arguments de la commande toi même :
Code:

1 2 Process p2 =r.exec("C:\\Documents and Settings\\user1\\javaworkspace\\xmlya\\batch_test.bat", "412");
a++
29/08/2006, 11h45
d_token

:? malheureusement, la méthode n'est définie que pour un seul argument String
29/08/2006, 11h50
adiGuba
Citation:

Envoyé par d_token

:? malheureusement, la méthode n'est définie que pour un seul argument String

C'est une "mauvaise" habitude de Java 5.0 :D

Il faut utiliser la méthode avec un tableau en paramètre :
Code:

1 2 3 4 Process p2 =r.exec(new String[] { "C:\\Documents and Settings\\user1\\javaworkspace\\xmlya\\batch_test.bat", "412" });
a++
29/08/2006, 11h57
d_token

:D ca marche beaucoup mieux
;) merci !
:roll: à chaque fois que je veux faire quelque chose en java que je juge simple, j'apprends plein de trucs !
Encore merci pour toute ton aide !
29/08/2006, 14h03
joseph_p

Citation:

Envoyé par adiGuba

C'est une "mauvaise" habitude de Java 5.0 :D
(...)
Il faut utiliser la méthode avec un tableau en paramètre

Tu peux juste clarifier ce point stp ? C'est une habitude courante de dire qu'une méthode prend un String en entrée pour finalement lui envoyer un tableau de String ?
29/08/2006, 14h57
adiGuba
Citation:

Envoyé par ZedroS

Tu peux juste clarifier ce point stp ? C'est une habitude courante de dire qu'une méthode prend un String en entrée pour finalement lui envoyer un tableau de String ?

Non : c'est juste qu'il y a plusieurs version de la méthode exec(), dont entre autres :
- exec(String) qui prend une chaine de caractères qui sera découpé selon les espaces. Il faut donc protéger certains éléments avec des \" pour passer des paramètres avec des espaces. Mais cela peut poser des problèmes...
- exec(String[]) qui prend un tableau de chaines de caractères, dont le premier élément correspond au nom de l'application, et les suivants à ses paramètres tel qu'il seront passé au programme.
Cette seconde version permet de mieux constroller les paramètres qui sont passé, par exemple :

Code:

exec("Mon Chemin\Ma Commande Mon paramètre");

appelle le programme Mon avec 4 paramètres : Chemin\Ma, Commande, Mon et paramètre. Or ce n'est pas forcément ce qui était désiré et cela peut poser problème.

Si on utilise la seconde version on ne rencontre pas ce problème :
Code:

1 2 3 4 exec(new String[] { "Mon Chemin\Ma Commande", // Nom du programme "Mon paramètre" // Valeur du premier paramètre } );
Concernant la "mauvaise habitude" de Java 5.0, elle vient de la possibilité de déclarer un nombre d'argument variable à une méthode (pour plus d'info, lire la section sur l'ellipse dans la présentation de Java 5.0). Je pensais que la méthode exec() avait été adapté pour accepter un nombre variable de paramètre, mais ce n'est pas le cas...

En fait c'est le cas avec la classe ProcessBuilder :

Code:

Process p = new ProcessBuilder("Mon Chemin\Ma Commande", "Mon paramètre").start();

a++