de l'usage de Runtime.getRuntime().exec()

Y'a t'ils des risques, des inconvénients à utiliser cette instruction ?

Code:

---

Runtime.getRuntime().exec("java -jar "+nomDeMonJar);

---

et si oui, y'a t'il un moyen plus propre à utiliser ?

Je me pose cette question, car j'ai un programme "serveur" (entendez par là une application java qui permet de "simuler un serveur chat et jeu" qui donne la possibilité par l'appui sur un bouton de lancer un programme "client" et quand je procède ainsi, 8 fois sur 10, la relation client/serveur fini par planter (pour une raison que je n'ai malheureusement pas déterminée).
Or quand je lance les deux programmes séparément, en saisissant "java -jar nomdeJar" en cmd dos, ça ne plante jamais.

Qu'est ce qui diffère fondamentalement dans ces deux manières d'ouvrir mon jar executable ?

Que dit la console de l'application lancée lorsqu'elle plante (stacktrace, etc?)

Sinon ta commande a un problème majeur: les espaces. Je préfèrerais la commande

Code:

---

1 2	Runtime.getRuntime().exec(new String[] {"java","-jar",pathDeMonJar});

---

Ok, je ferais la modif pour les espaces. En quoi est-ce un problème "majeur" ? Pour une question de portabilité ?

Malheureusement, je n'ai pas de Stacktrace, (le programme lancé par la commande exec n'a pas de fenêtre console) visiblement, il ne s'agit pas d'une exception, mais d'une faille de mon programme et/ou un blocage système. Je me suis rendu compte que lorsque j'arrêtais le "serveur", les messages attendus arrivaient d'un coup au client.
Comme je ne comprend pas où le programme peut 'bloquer' les messages sortants et que je peux pas vous demander ça, je me préoccupe pour le moment du "pourquoi je n'ai pas le même problème avec un programme lancé séparément ?"

Merci déjà pour ce début de réponse.

quand tu exécute une application en java, c'est à ton programme java de gérer sa console, car java redirige automatiquement le stdout et le stderr de ces programmes vers des streams java (accessible via l'objet process retourné par excec). Il est possible que tu aie "oublié" de lire ces streams et dans ce cas, quand les buffers sont pleins, les programment "bloquent". donc, faut les lire :)

Sinon le problème d'espace c'est que si ton java exécuté se trouve dans un répertoire avec des espace, java va couper ce chemin en deux argument => ca marchera pas ^^

Citation:

---

Envoyé par tchize_

Il est possible que tu aie "oublié" de lire ces streams et dans ce cas, quand les buffers sont pleins, les programment "bloquent". donc, faut les lire :)

---

hé, hé, hé, "oublié" ça doit être ça.... J'ai surtout oublié de savoir ce que c'est que ces stdout et stderr... Je peux me documenter ou ? Je trouve pas de tuto java sur ces bêtes bizarres...

En anglais, dans la javadoc de "Process" sur l'api de java:

Citation:

---

The Runtime.exec methods create a native process and return an instance of a subclass of Process that can be used to control the process <.....>
The created subprocess does not have its own terminal or console. All its standard io (i.e. stdin, stdout, stderr) operations will be redirected to the parent process through three streams (Process.getOutputStream(), Process.getInputStream(), Process.getErrorStream()). The parent process uses these streams to feed input to and get output from the subprocess. Because some native platforms only provide limited buffer size for standard input and output streams, failure to promptly write the input stream or read the output stream of the subprocess may cause the subprocess to block, and even deadlock.

---

T'as aussi de la doc là:
http://ydisanto.developpez.com/tutor.../runtime/#LIII

Bon, j'ai utilisé le code fourni dans le tuto par Yann Disanto.
Merci bien , ça marche nickel :hola: Tchize