Lancer un programme externe avec paramètres

Version imprimable

Bonjour j ai un probleme avec GMT , en effet lorsque je lance la commande:

Code:

xyz2grd manche02_1630.xyz -Ggmt_manche_02.grd -I2m -R-7/2/47.5/51.5

il me cree le fichier gmt_manche_02.grd mais si le l execute via une classe java j'obtiens rien
voici la classe java
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 public class Test { public static void main(String[] args) throws IOException, InterruptedException { Runtime runtime = Runtime.getRuntime(); System.out.println("Début du programme"); try { Process p=runtime.exec(new String[]{"/bin/sh", "-c", "xyz2grd manche02_1630.xyz -Ggmt_manche_02.grd -I2m -R-7/2/47.5/51.5"}); } catch (IOException e) { e.printStackTrace(); } System.out.println("Fin du programme"); } }
quelque peut me venir en aide svp ?

21/07/2013, 15h20
thelvin

Pourquoi n'as-tu séparé que le "-c" des autres paramètres ? Des paramètres c'est des paramètres.

Salut,

Citation:

Envoyé par thelvin

Pourquoi n'as-tu séparé que le "-c" des autres paramètres ? Des paramètres c'est des paramètres.

C'est normal.
Lorsque tu utilises un shell, la ligne de commande peut être passé en un seul et unique paramètre (c'est même mieux en fait dans ce cas, car tu peux passer exactement la même chose que tu tapes en ligne de commande).

@ddiop : le problème vient sûrement du fait que tu ne traites pas les flux du process.
Du coup tu ne peux pas voir une éventuelle erreur.
Pire : ces flux utilisent de petit buffer qui pourraient se remplir et bloquer la commande !

:arrow: Il faut lire les flux (et en parallèle sinon il peut encore y avoir des risque de blocage), ou fermer ceux qu'on ne va pas utiliser (comme stdin dans la plupart des cas)

Si tu tournes sous Java 5 ou plus, je te conseillerais plutôt d'utiliser ProcessBuilder à la place de Runtime, car il te permet de fusionner les flux stdout/stderr (ce qui fait qu'il n'y a qu'un seul flux à lire).
Par exemple ici en sortant le tout sur la console :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ProcessBuilder builder = new ProcessBuilder("/bin/sh", "-c", "xyz2grd manche02_1630.xyz -Ggmt_manche_02.grd -I2m -R-7/2/47.5/51.5") .redirectErrorStream(true); Process process = builder.start(); // On ferme le flux inutilisé (stdin) process.getOutputStream().close(); // On lit de sortie du process (stdout) // ainsi que le flux d'erreur (stderr) // qui a été redirigé dans le même flux via redirectErrorStream() : InputStream input = process.getInputStream(); try { byte[] buf = new byte[512]; int len; while ( (len=input.read(buf)) > 0 ) { System.out.write(buf, 0, len); } System.out.flush(); } finally { input.close(); }
A partir de Java 7 tu as même des fonctionnalités plus poussé, comme le fait d'hériter automatiquement des flux du process Java.
Par exemple ici les flux stdin/stdout/stderr de la commande seront les mêmes que ceux du programme Java. Il n'y a donc rien à faire de plus :
Code:

1 2 3 new ProcessBuilder("/bin/sh", "-c", "xyz2grd manche02_1630.xyz -Ggmt_manche_02.grd -I2m -R-7/2/47.5/51.5") .inheritIO() .start();
Ou même de rediriger automatiquement un (ou plusieurs flux) dans des fichiers :
Code:

1 2 3 4 new ProcessBuilder("/bin/sh", "-c", "xyz2grd manche02_1630.xyz -Ggmt_manche_02.grd -I2m -R-7/2/47.5/51.5") .inheritIO() .redirectError(new File("error.log")) .start();
a++

22/07/2013, 11h48
thelvin

Citation:

Envoyé par adiGuba

C'est normal.
Lorsque tu utilises un shell, la ligne de commande peut être passé en un seul et unique paramètre (c'est même mieux en fait dans ce cas, car tu peux passer exactement la même chose que tu tapes en ligne de commande).

Effectivement, j'avais mal lu. Au temps pour moi.

Citation:
Envoyé par adiGuba
Salut,

C'est normal.
Lorsque tu utilises un shell, la ligne de commande peut être passé en un seul et unique paramètre (c'est même mieux en fait dans ce cas, car tu peux passer exactement la même chose que tu tapes en ligne de commande).

@ddiop : le problème vient sûrement du fait que tu ne traites pas les flux du process.
Du coup tu ne peux pas voir une éventuelle erreur.
Pire : ces flux utilisent de petit buffer qui pourraient se remplir et bloquer la commande !

:arrow: Il faut lire les flux (et en parallèle sinon il peut encore y avoir des risque de blocage), ou fermer ceux qu'on ne va pas utiliser (comme stdin dans la plupart des cas)

Si tu tournes sous Java 5 ou plus, je te conseillerais plutôt d'utiliser ProcessBuilder à la place de Runtime, car il te permet de fusionner les flux stdout/stderr (ce qui fait qu'il n'y a qu'un seul flux à lire).
Par exemple ici en sortant le tout sur la console :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ProcessBuilder builder = new ProcessBuilder("/bin/sh", "-c", "xyz2grd manche02_1630.xyz -Ggmt_manche_02.grd -I2m -R-7/2/47.5/51.5") .redirectErrorStream(true); Process process = builder.start(); // On ferme le flux inutilisé (stdin) process.getOutputStream().close(); // On lit de sortie du process (stdout) // ainsi que le flux d'erreur (stderr) // qui a été redirigé dans le même flux via redirectErrorStream() : InputStream input = process.getInputStream(); try { byte[] buf = new byte[512]; int len; while ( (len=input.read(buf)) > 0 ) { System.out.write(buf, 0, len); } System.out.flush(); } finally { input.close(); }
A partir de Java 7 tu as même des fonctionnalités plus poussé, comme le fait d'hériter automatiquement des flux du process Java.
Par exemple ici les flux stdin/stdout/stderr de la commande seront les mêmes que ceux du programme Java. Il n'y a donc rien à faire de plus :
Code:

1 2 3 new ProcessBuilder("/bin/sh", "-c", "xyz2grd manche02_1630.xyz -Ggmt_manche_02.grd -I2m -R-7/2/47.5/51.5") .inheritIO() .start();
Ou même de rediriger automatiquement un (ou plusieurs flux) dans des fichiers :
Code:

1 2 3 4 new ProcessBuilder("/bin/sh", "-c", "xyz2grd manche02_1630.xyz -Ggmt_manche_02.grd -I2m -R-7/2/47.5/51.5") .inheritIO() .redirectError(new File("error.log")) .start();
a++
Citation:

j'ai utilise ce code mais il me retourne /bin/sh: xyz2grd: not found.
parcontre si j'utilise Runtime il me sort pas d'erreur mais j'ai toujour pas le fichier gmt_manche_02.grd.

23/07/2013, 23h32
tchize_

Citation:

xyz2grd: not found.

Donc tu sais ce qui te reste à corriger, xyz2grd n'est pas dans le path de ta machine.
24/07/2013, 13h22
ddiop
Citation:

Envoyé par tchize_

Donc tu sais ce qui te reste à corriger, xyz2grd n'est pas dans le path de ta machine.
Citation:
lors de l'installation de MGM j'ai changer rajouter dans le .bashrc]

Code:

1 2 3 4 export NETCDFHOME=/usr/lib export GMTHOME=/usr/lib/gmt export PATH=$PATH:$GMTHOME/bin

donc si ça marche pour certains commandes de GMT je vois pas pourquoi ça ne marche pas pour la commande xyz2grd
24/07/2013, 13h56
tchize_

/bin/sh n'est pas nécessairement bash
le bashrc n'est exécuté que pour les bash (et seulement en mode interactif, il me semble). Je suppose que ton application java est lancée depuis ton ide, qui lui même est lancé depuis ton interface graphique? Dans ce cas, a aucun moment bash n'est lancé, car aucun de ces éléments n'a besoin d'un shell.

Citation:

Envoyé par tchize_

/bin/sh n'est pas nécessairement bash
le bashrc n'est exécuté que pour les bash (et seulement en mode interactif, il me semble). Je suppose que ton application java est lancée depuis ton ide, qui lui même est lancé depuis ton interface graphique? Dans ce cas, a aucun moment bash n'est lancé, car aucun de ces éléments n'a besoin d'un shell.

Citation:

ta parfaitement raison au début j'avais penser a çà mais le problème venait des paramètre et des espaces entre les guillemets.
NB: éviter les espaces

Citation:

la solution est la suivante :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 public class Conversion_xyz2grd { public static void main(String[] args) throws IOException, InterruptedException { ProcessBuilder builder = new ProcessBuilder( "/usr/lib/gmt/bin/xyz2grd","/manche02_1630.xyz","-Ggmt/gmt_manche_02.grd","-I2m ","-R-7/2/47.5/51.5") .redirectErrorStream(true); Process process = builder.start(); // On ferme le flux inutilisé (stdin) process.getOutputStream().close(); // On lit de sortie du process (stdout) // ainsi que le flux d'erreur (stderr) // qui a été redirigé dans le même flux via redirectErrorStream() : InputStream input = process.getInputStream(); try { byte[] buf = new byte[512]; int len; while ((len = input.read(buf)) > 0) { System.out.write(buf, 0, len); } System.out.flush(); } finally { input.close(); } } }
Citation:

Merci de vos conseils et ta compréhension . J espère que ça va servir à d' autres personnes.