[Java]Lancement appli. par Runtime.exec() [Résolu] - OK avec calc.exe, pas OK pour Apache.exe

_Raynor_1_1 · Mai 10, 2006, 11:34

Problème résolu, voir mon post du "29/05/2006, 03:00:17"

Bonsoir les gens,

J’essaie de me faire une petite application Java pour lancer des applications.
J’utilise Runtime.exec(String command) où command est la ligne de commande pour lancer l’application en question.
Lorsque la commande “calc.exe”, “notepad.exe”, “mspaint.exe”, il n’y pas de :??: problèmes, la calculatrice, le bloc-note ou Paint se lancent et sont fonctionnels (utilisables).
Cependant, le but de mon programme est de lancer un logiciel tel que Apache dont la ligne de commande (de lancement) est plus complexe que “notepad.exe”, j’utilise :

"C:\Program Files\Apache 2.0.55\Apache2\bin\Apache.exe" -w -f "C:\Program Files\Apache 2.0.55\Apache2\conf\httpd-php4.conf" -d "C:\Program Files\Apache 2.0.55\Apache2\."

Cette commande qui marche (lance Apache et Apache est utilisable) lorsqu’elle est tapée dans une console, refuse de marcher lorsque qu’elle est executée par mon programme Java : Il y a bien un Apache dans la liste des Processus Windows, mais impossible de contacter mon serveur web via un navigateur web.

Ce que j’ai remarqué c’est que lorsque je lance la commande pour Apache depuis une console, ce n’est pas 1 mais 2 processus Apache qui apparaissent dans la liste des processus, alors que lorsque lancée par mon programme Java, il n’y en a qu’un seul.

J’ai donc controlé, avec Process Explorer, le lancement des processus dans les 2 cas (console et programme Java) pour voir plus en details les différences.
Il s’avère que dans le cas qui marche (par console) il y a bien 2 processus “Apache.exe” mais l’un est le fils de l’autre.
Dans le cas non fonctionnel (programme Java), il n’y a bien qu’un seul processus, sans fils.

Alors est-ce que, quelque part, le processus Apache lancé par mon programme Java est empêché (par quoi ?) de lancer un second processus Apache ? Pourquoi ?

J’aimerais avoir vos avis sur le sujet s’il vous plait

jmgchouchou · Mai 11, 2006, 8:58

pourrai tu mettre sur le forum la ligne de code que tu utilise pour vérification ?

_Raynor_1_1 · Mai 11, 2006, 4:34

J’utilise :

process = Runtime.getRuntime().exec(command);

command est une String contenant la ligne de commande.
Je récupère le Process pour pouvoir appeller Process.destroy() par la suite.

jmgchouchou · Mai 11, 2006, 5:06

c’etait surtout le string command qui m’interessait.

perso :
String command = "\"C:\\Program Files\\Apache 2.0.55\\Apache2\\bin\\Apache.exe" + " -w -f" + "\"C:\\Program Files\\Apache 2.0.55\\Apache2\\conf\\httpd-php4.conf\""+ " -d" + "\"C:\\Program Files\\Apache 2.0.55\\Apache2\\.\"";

_Raynor_1_1 · Mai 11, 2006, 5:48

Le string est créé par lecture d’un fichier XML, tu penses que ca viendrait de la ligne de commande qui serait altérée lorsque lu par le parseur XML (qui est SAX) ?

jmgchouchou · Mai 11, 2006, 6:03

a mon avis ce serait la seule explication
le mieux serait d’afficher ce string à l’écran

_Raynor_1_1 · Mai 12, 2006, 4:52

Je viens de vérifier et la commande est OK, identique à celle entrée dans le fichier XML.

Sans-Nom · Mai 12, 2006, 7:43

Solution d’appoint : ajoute apache dans ton path?

deltree · Mai 12, 2006, 9:18

Autre solution de contournement: est-ce qu’on peut lancer un .bat avec Runtime.exec ?

jmgchouchou · Mai 12, 2006, 10:48

réussi au bout de 30 minutes :


try
        {           
            Runtime.getRuntime().exec("C:\\test.bat",null,new File("C:\\"));      
        } 
        catch (Exception ex)
        {
           ex.printStackTrace();            
        }

deltree · Mai 12, 2006, 11:31

jmgchouchou:

réussi au bout de 30 minutes :


try
        {           
            Runtime.getRuntime().exec("C:\\test.bat",null,new File("C:\\"));      
        } 
        catch (Exception ex)
        {
           ex.printStackTrace();            
        }

:super: merci, C’est cool.
Raynor> je pense que le problème est dans les noms de fichiers à espace ou dans les paramètres, alors tu peux commencer par lancer un .bat dans un répertoire sans espaces, ça devrais marcher sams problème.

après, tu peux aussi essayer de lancer la même commande sans les " mais avec des noms de fichier 8.3 que tu obtient par la command dir /x.

_Raynor_1_1 · Mai 12, 2006, 3:30

Je vais tester…

Et ca aussi…

Histoire de voir quel peut etre le probleme.

_Raynor_1_1 · Mai 21, 2006, 3:31

Bon, apparement, le PATH et les noms en 8.3 ça n’a pas d’influence.

J’ai remarqué un truc bizarre cependant :
Mon application a des JButton (Swing) qui permettent de lancer/fermer des logiciels.
Lorsque je lance Apache avec la commande donnée plus haut, un processus Apache.exe est lancé, voir image ci-dessous :

Cependant, Apache ne marche pas : jusque là, rien de changé.

Si je clique sur le JButton correspondant à la fermeture, c’est la méthode Process.destroy() this.process.destroy() qui est appelée dans mon programme et le processsus Apache.exe se termine, voir image ci-dessous :

Normallement, quand je ferme mon application, j’execute ma fonction de fermeture, la même que lorsque je clique sur le JButton de fermeture. Si par contre, je désactive ce nettoyage lors de la fermeture de mon application, je me suis rendu compte d’un truc bizarre, le deuxième Apache.exe se lance (voir image ci-dessous) et Apache marche :??: http://raynorwebsite.free.fr/_raynor_stuff/forum_stuff/serverslaunchers-probleme_lancement_apache/3-Apache_lanc�_puis_application_ferm�.jpg

Il semble donc, que mon application Java empèche bien le premier processus Apache.exe de lancer le deuxième Apache.exe.

jmgchouchou · Mai 22, 2006, 9:05

essaie en englobant l’activation dans un thread


//méthode appelé lors de l'appui sur le jbutton
public void doSomething()
{
 new Thread()
 {
   try
       {          
           Runtime.getRuntime().exec("C:\\test.bat",null,new File("C:\\"));      
       }
       catch (Exception ex)
       {
          ex.printStackTrace();            
       }
  }.start();
}

_Raynor_1_1 · Mai 22, 2006, 8:00

J’y avais vaguement pensé, mais je m’étais dit que lancer un Thread pour ça, ça semblait trop lourd pour être la solution.

Par contre, je ne connaissait pas cette syntaxe :

new UneClasse() {
	// du code
};

(un bloc de code après un constructeur)

Sans-Nom · Mai 22, 2006, 8:24

C’est la syntaxe des classes anonymes (sans nom, comme moi)

_Raynor_1_1 · Mai 23, 2006, 12:38

OK, ça évite de se faire une class MyThread qui hérite de Thread.

Sans-Nom · Mai 23, 2006, 7:47

yes. Sauf qu’en général on fait un Runnable :

new Thread(new Runnable() {}, "Thread Apache").start();

C’est plus léger (au niveau héritage), et moins barbare

_Raynor_1_1 · Mai 27, 2006, 6:18

Je rencontre un truc assez “strange” (du moins pour moi), dans la méthode appelée lors du clic sur le JButton, j’ai le code suivant :

System.out.println("LoadedServer.startServer() called");
System.out.println("LoadedServer.startServer(): 1. creating a new ServerThread");
ServerThread runner = new ServerThread(this);
System.out.println("LoadedServer.startServer(): 2. starting that new ServerThread");
runner.start();
System.out.println("LoadedServer.startServer(): 3. getting the Process of that new ServerThread");
this.process = runner.getProcess();
System.out.println("LoadedServer.startServer(): 4. Done with the new ServerThread");

Et en première ligne de code de mon constructeur de ServerThread, j’ai :

System.out.println("ServerThread.ServerThread() called");

Et de même pour les méthodes run() et getProcess().

Ce qui est étrange, c’est que l’ordre des appels des fonctions dans le code est (aparement) différent de celui effectué lors de l’éxecution.
Voici la sortie de la console :[quote=""]
LoadedServer.startServer() called
LoadedServer.startServer(): 1. creating a new ServerThread
ServerThread.ServerThread() called
LoadedServer.startServer(): 2. starting that new ServerThread
LoadedServer.startServer(): 3. getting the Process of that new ServerThread
ServerThread.getProcess() called
LoadedServer.startServer(): 4. Done with the new ServerThread
ServerThread.run() called
[/quote]
La méthode ServerThread.run() est appelée après l’appel de getProcess(), alors que ça devrait être l’inverse.

Je n’y comprends rien et je me retrouve avec un problème, parce que la méthode getProcess() est censée retournée le Process résultant de l’exécution de la commande pour lancer le serveur après que celle-ci ait été exécutée (logique), si on l’appelle avant, elle retournera null. Or, ces commandes sont exécutées dans la méthode run() (qu’il faut appeler avant d’appeler getProcess()).
Je peux toujours appeler run() dans le constructeur, mais je ne crois pas que ça soit une bonne idée.

_Raynor_1_1 · Mai 28, 2006, 5:20

Apparement la machine Java n’interrompt pas une fonction pour lancer le Thread, elle attends que la fonction soit terminée pour faire le start(), ce qui explique cette différence d’ordre.

Pour mon problème de Apache.exe qui se bloque, je crois que j’ai trouvé :

(linuxfr.org : Programmation.java : Lancement d’une jvm depuis un programme Java ?)

J’ai pas encore testé, mais ça semble être la bonne solution