Problème Runtime.exec et Samba

Bonjour à tous,

J'ai un -gros ? - problème avec un exec en Java (que j'ai pourtant déjà utilisé des dizaines de fois). Avant de poster ici j'ai cherché - sans succès - sur la toile grâce à mon grand ami (Google).

Tout d'abord mon installation :
- Un PC windows, sur le disque un exécutable Linux (ELF).
- Un PC Linux sur lequel est monté l'arborescence contenant le ELF ci-dessus grâce à Samba.

Mon problème (sur le PC linux) :
- Dans la console, j'exécute mon ELF => pas de problème
- Dans Eclipse je lance mon appli :
- Détection de l'existence du fichier => pas de problème
- Exécution du ELF par Runtime.exec => java.io.IOException: <monexecutable> : not found :cry:

Ma commande pour monter le répertoire : mount -t cifs <répertoirewindows> <point de montage> -o defaults,user=<nomutilisateur>
J'ai pensé que cela venait surement de Samba, j'ai donc bidouillé toute la matinée les paramètres du mount, rien n'y a fait.
J'ai essayé avec les options suivantes :
- defaults
- rw
- defaults,exec
- defaults,exec,noperm

Si quelqu'un connait le problème ... Merci d'avance !
Si il faut plus de détails, me demander ...

P.S. ma config :
Java 5 (non négociable malheureusement)
Eclipse Helios
Linux Debian lenny (non négociable aussi)
Samba 3.2.5
Windows XP Pro

Salut,


On pourrait voir le code exact du Runtime, et la ligne de commande correspondante sous le shell ?


a++

Bonjour,

alors le code que j'utilise pour lancer l’exécutable dans java :

Code:

---

1 2 3 4 5 6 7 8 9 10

try { Process p = Runtime.getRuntime(). exec("./../../../perfo-common-engine/ls-engine-lib/<nomexécutable>"); p.destroy(); } catch (Exception e1) { throw new MandatoryException( ERR_FILE_MSG_EXEC.replace(KEY_MISSING, currentName), currentName, MandatoryException.EXEC); }

---

ça me retourne l'exception.

Si je me positionne (en mode console) dans le répertoire depuis lequel se lance l'appli Java et que j'exécute la commande ./../../../perfo-common-engine/ls-engine-lib/<nomexécutable>, tout va bien (un fichier LOG est créé).

Si je déplace l'exécutable hors de l'arborescence montée avec SAMBA (pour l'exemple, à la racine) et que je relance le code :

Code:

---

1 2 3 4 5 6 7 8 9 10

try { Process p = Runtime.getRuntime(). exec("/<nomexécutable>"); p.destroy(); } catch (Exception e1) { throw new MandatoryException( ERR_FILE_MSG_EXEC.replace(KEY_MISSING, currentName), currentName, MandatoryException.EXEC); }

---

tout va bien, le fichier LOG est créé ...

Essayes déjà d'utiliser le chemin complet vers le programme (pour être sûr).


Le p.destroy() c'est juste pour les tests j'espère ? Il faut traiter les flux et attendre la fin du process...

Et tant qu'à faire il serait préférable d'opter pour ProcessBuilder à la place de Runtime.exec()


a++

J'ai déjà essayé d'utiliser le chemin complet ainsi que passer par un ProcessBuilder => même résultat ...

:oops: Pour ce qui est du p.destroy() oui, il est uniquement pour les tests (mais il n'arrive pas jusque là il crashe au exec()).

Je cherche activement du coté de SAMBA et de CIFS mais je ne trouve rien et ne comprends vraiment pas d'où ça pourrait venir ... :cry:

En tout cas, merci d'y consacrer un peu de ton temps !

Y-a-t-il des caractères spéciaux dans le chemin ?

Quel est l'exception complète ?

Sinon essayes de lancer le programme via le shell :

Code:

---

new ProcessBuilder("/bin/sh", "-c", "path/vers/le/programme")

---

a++

Je n'avais pas du tout essayé de lancer le programme via le shell :oops:. Effectivement ça fonctionne ! Merci beaucoup pour ton aide !

Un jour je chercherai pourquoi ce bug, c'est un comportement qui me surprend énormément quand même ...

Les réponses à tes précédentes questions :
Non, il n'y a aucun caractère spécial.

L'exception complète :
java.io.IOException: java.io.IOException: <nomexécutable>: not found
at java.lang.UNIXProcess.<init>(UNIXProcess.java:148)
at java.lang.ProcessImpl.start(ProcessImpl.java:65)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
at java.lang.Runtime.exec(Runtime.java:591)
at java.lang.Runtime.exec(Runtime.java:429)
at java.lang.Runtime.exec(Runtime.java:326)
(je ne peux pas aller plus bas pour cause de confidentialité mais la ligne suivante est l'appel au Runtime.exec()).