Discussion :

[d_token]

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 :

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

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 :

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

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

[Nicolas_75]

Bonjour,

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

Cordialement,

Nicolas

[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)

[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 ?

[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

[in]

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

echo tout simplement

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 ...

[d_token]

je viens de relancer le programme ce matin... et ca marche
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 :

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

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

mais pas celui la ??

Code :

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

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 :

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

system.out.println

dans le code java appelé, mais je ne vois rien sur la console.

[adiGuba]

Salut,

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++

[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 ( )

[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...)

comprend rien

(je suis actuellement dans le dossier javaworkspace\test)

[adiGuba]

comprend rien

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

a++

[d_token]

on lit comment les flux de sortie ?

[adiGuba]

on lit comment les flux de sortie ?

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

Par exemple :

Code :

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

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 :

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

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++

[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)

[adiGuba]

Il vaut mieux séparer les différents arguments de la commande toi même :

Code :

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

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

a++

[d_token]

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

[adiGuba]

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

C'est une "mauvaise" habitude de Java 5.0

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

Code :

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

1
2
3
4
Process p2 =r.exec(new String[] {
    "C:\\Documents and Settings\\user1\\javaworkspace\\xmlya\\batch_test.bat",
    "412"
});

a++

[d_token]

ca marche beaucoup mieux
merci !
à 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 !

[joseph_p]

C'est une "mauvaise" habitude de Java 5.0
(...)
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 ?

[adiGuba]

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 :

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

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 :

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

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 :

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

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

a++