Discussion :

[akrobat]

Bonjour à tous,

j'ai ce code :

Code :

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

1
2
3
4
5
6
7
Process p = Runtime.getRuntime().exec("REFER.exe \""+dossier+"\" \""+video+"\" "+nb_frames);
DataInputStream dis = new DataInputStream(p.getInputStream());
String ligne ="";
while(!(ligne = dis.readLine()).equals("end_of_referencing"))
{
     System.out.println(ligne);
}

Le problème c'est qu'il ne m'écrit pas au fur et à mesure les informations, on dirait qu'il stocke tout dans un buffer et qu'à la fin, une fois REFER.exe terminé, il imprime le contenu du buffer. Or j'aimerais pouvoir les lire au fur et à mesure !

merci d'avance

[in]

flush() je pense ... ça vide le tampon

[le y@m's]

Lorsque tu utilise la classe Process, il est recommandé de consommer tous les flux et ce dans des threads séparés sinon il y a des risques de blocage de ton application.
cf le post Java : éxécuter une commande dos et rediriger vers un fichier

[akrobat]

je dois avouer que je comprends pas bien l'intérêt d'un Thread dans mon cas ! je ne passe pas par l'invite de commandes j'ai mon propre .exe que je dois lancer, ce dernier écrit sur la sorite standard 'out' donc je lis en input ce qui est censé arrivé ! ça arrive bien mais c'est pas affiché immédiatement ! c'est stocké je ne sais où et c'est affiché à la fin de l'execution du .exe !

alors est-ce que tu pourrais me donner un exemple !

[le y@m's]

Peut-être est-ce écrit sur le errorStream ...
L'interet de consommer tous les flux d'un process dans des threads différents est que :

• tu est sûr de tous lire (sortie standard et sortie d'erreur)
• tu est sûr de ne pas bloquer ton application

Regarde ce message où jowo donne une classe fort intéressante sur ce propos (tu peus même l'adapter afin d'utiliser un ProcessBuilder qui te permet de rediriger le errorStream vers le InputStream afin de n'avoir que celui-là à lire ).

[akrobat]

merci j'vais réfléchir à ça !