Arrêt non souhaité programme Python lancé par Java

Bonjour à tous.

Voilà mon contexte : J'ai un programme python qui est lancé par un Runtime dans un programme Java. Ce programme est connecté à un thread java via une connexion udp et communiquent entre eux. Les transmissions se passent très bien jusqu'à un certain moment (toujours le même), le programme python s'arrête. Le programme java écoute toujours mais ne reçoit rien. Et lorsque je lance le programme java et le programme python séparément (manuellement pour les deux), kes transmissions se passent très bien de bout en bout.

Avez vous une idée sur l'origine du problème ?

A vue de boule de cristal, je penserais à un probleme de consommation des flux (standard et erreur). Voir ici :
http://ydisanto.developpez.com/tutor.../runtime-exec/
Il faudrait poster le code de lancement du process pour voir s'il n'y a pas quelque chose à ce niveau la.

Merci pour ta réponse. Je vais regardé le lien. Voilà la méthode run :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

@Override public void run(){   try { System.out.println("ça marche bien "); Runtime.getRuntime().exec(" python cutter.py "); } catch (IOException e) { e.printStackTrace(); } }

---

Salut,

regarde si ce n'est pas un problème d'environnement. La méthode exec de Runime exécute la commande avec un environnement fourni par ton programme qui peut être différent de celui présent quand tu exécutes ton programme python directement sous shell. Compare l'environnement existant dans ton shell de commandes et celui utilisé par Runtime.getRuntime().exec(...)

Salut !
Mais si c'est un problème d'environnement, pourquoi est ce qu'au début les transmissions se font bien et qu'ensuite seulement elles se bloquent ?

Il peut y avoir plein de raisons : l'espace mémoire alloué, un paramètre qui indique une durée d'éxécution, une valeur de paramètre qui fait qu'on obtient un deadllock au bout d'un certain temps ou une fuite de mémoire. c'est bien le problème des environnements : c'est qu'ils changent la façon dont est éxécuté un programme.

C'est peut être pas du tout un problème d'environnement. Mais avant d'en être sur pour éliminer ce cas possible, on peut le vérifier, et c'est facile. Après je lancerais jvisualvm pour voir l'état des thrreads, puis je lancerai l'appli en mode debug pour voir, en particulier l'état du process python, également tracer ses sorties (out et err), etc...

Il peut y avoir des avantages à utiliser java.lang.ProcessBuilder plutôt que directement un Runtime.getRuntime().exec(...).

En particulier pour avoir le flux d'erreur dans la console...

Ok... mais du coup comment est ce que je peux vérifier les environnements ? :oops: Je suis pas vraiment calé sur le sujet...

Citation:

---

Envoyé par a1331

Ok... mais du coup comment est ce que je peux vérifier les environnements ? :oops: Je suis pas vraiment calé sur le sujet...

---

justement avec la classe ProcessBuilder dont je parlais juste avant :

Code:

---

1 2 3

ProcessBuilder pb = new ProcessBuilder(taCommande); Map<String, String> env = pb.environment(); System.out.println(env);

---

EDIT: je viens de penser que tu voulais peut être aussi savoir comment voir ton environnement dans le shell :

sous windows, la commande est set
sous linux, la commande est printenv

A en juger par ta ligne de commande, tu ne geres pas les flux. Or, ne pas le faire, risque... de bloquer le programme. Bref, ca ressemble à ce que tu observes. Essaie donc de gérer les flux comme dans le lien pour voir si ca change quelque chose...

Je gère les datagrammes en entrée :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

@Override public void run(){ DatagramSocket socket; byte[] buffer = new byte[2048]; DatagramPacket p = new DatagramPacket(buffer, buffer.length); DataSource data; String connexion; try{ socket = new DatagramSocket(12345); do { Arrays.fill(buffer, (byte)0); socket.receive(p); connexion = new String(p.getData());   if(connexion != null){ //traitement de connexion } } while(condition); } catch (Exception e) { e.printStackTrace(); } }

---

Pour l'environnement, quelle(s) information(s) est (sont) importante(s) dans tout ce qui est donné ?

@hwoarang te parlais des flux de sortie de ton process, donc soit comme indiqué suite au lien indiqué par un truc dans le genre :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

Process process = Runtime.getRuntime().exec(command); final BufferedReader stdErr = new BufferedReader(new InputStreamReader(process.getErrorStream())); new Thread() { @Override public void run() { String line; try { while ((line = stdErr.readLine()) != null) { System.err.println(line); } } catch (Exception e) { throw new Error(e); } finally { try { stdErr.close(); } catch(IOException e) {}; } }; }.start();

---

soit avec ProcessBuilder

Code:

---

1 2	ProcessBuilder pb = new ProcessBuilder(command); pb.redirectErrorStream(true);

---

Citation:

---

Envoyé par a1331

Pour l'environnement, quelle(s) information(s) est (sont) importante(s) dans tout ce qui est donné ?

---

commence par voir si toutes les variables qui sont dans l'un sont dans l'autre (et vice versa) : si ce n'est pas le cas, il faudrait voir si les variables manquantes dans l'env java concerne ton programme python (donc l'environnement python proprement dit et l'environnement propre à ton prog s'il y en a un)

ça marche nickel avec la gestion des flux ! :ccool:

Merci beaucoup à tous les deux pour votre aide et votre temps !!!