[JSch] Non exécution script possédant des variables d'environnement

Bonjour à tous,

En utilisant l'API JSch j'ai remarqué que si je tente d'exécuter un script à distance possédant des variables environnements alors l'exécution ne fonctionne pas.

Pour localiser le problème j'ai tout d'abord écrit un script shell possédant des variables environnements. L'exécution ne se faisait pas. J'ai ensuite remplacé les variables environnements par les chemins absolus qu'elles représentent et là l'exécution a fonctionné.

Deux questions me viennent donc à l'esprit :

- Existe t'il une propriété à initialiser qui ferait que les variables environnements puissent être lus?

ou alors

- Existe t'il une méthode permettant de récupérer les définitions des variables environnements (sur le serveur Unix) et les ajouter à ma session ou mon channel pour qu'elles puissent être interprétées?

J'ai cherché dans les classes et regardé les exemples fournis dans la doc mais je n'ai rien repéré de la sorte.

Sur le forum j'ai trouvé ceci : config SSH

Mais je cherche un moyen de faire ça sans toucher au post client, je tiens absolument à ce que l'application récupère les variables dynamiquement si elle doit les récupérer.

Merci pour toute aide éventuelle,

Après une conversation avec un membre de l'équipe ayant développé JSCh je suis en mesure de me répondre.

Lors des connexions au serveur le profile n'est pas chargé. Or c'est souvent ce profile qui contient les définitions des variables environnements. Si il ne les contient pas il possède surement le path pour aller là où elles le sont et alors elles seront chargées comme si elles étaient dans le profile.

Pour ce faire, avant la commande d’exécution de votre script il faut charger le profile :

Code:

---

1 2 3 4

//initialisation de la commande à executer String command = ". ~/.profile ; /chemin/chemin/nomfichier.sh param1 param2 param3 param4"; Channel channel=session.openChannel("exec"); ((ChannelExec)channel).setCommand(command);

---

Citation:

---

Envoyé par Kihmé Xs

Après une conversation avec un membre de l'équipe ayant développé JSCh je suis en mesure de me répondre.

Lors des connexions au serveur le profile n'est pas chargé. Or c'est souvent ce profile qui contient les définitions des variables environnements. Si il ne les contient pas il possède surement le path pour aller là où elles le sont et alors elles seront chargées comme si elles étaient dans le profile.

Pour ce faire, avant la commande d’exécution de votre script il faut charger le profile :

Code:

---

1 2 3 4

//initialisation de la commande à executer String command = ". ~/.profile ; /chemin/chemin/nomfichier.sh param1 param2 param3 param4"; Channel channel=session.openChannel("exec"); ((ChannelExec)channel).setCommand(command);

---

---

Salut j'ai le même souci que toi! je dois executer un script perl sur un serveur distant mais sans succès, le script ne s'exécute pas alor que j'ai bien la valeur "exit-status" à 0. J'ai essayé d'essayer de faire comme tu le dis charger les profiles mais sans succès toujours le même résultats.

As-tu fais autre chose qui pourrait résoudre mon problème? as-tu changer certains paramètres sur ton serveur distant,...?

Merci d'avance pour ta réponse :D

Citation:

---

Envoyé par djo G.

Salut j'ai le même souci que toi! je dois executer un script perl sur un serveur distant mais sans succès, le script ne s'exécute pas alor que j'ai bien la valeur "exit-status" à 0. J'ai essayé d'essayer de faire comme tu le dis charger les profiles mais sans succès toujours le même résultats.

As-tu fais autre chose qui pourrait résoudre mon problème? as-tu changer certains paramètres sur ton serveur distant,...?

Merci d'avance pour ta réponse :D

---

En fait c'est bon j'ai trouvé mon souci :lol:

Pour charger les profils j'utilise plutôt cette ligne de commande là:

String command = ". /home/sfux/.bash_profile;"

Merci encore pour le tuyau des profils ça m'a beaucoup aidé :P

A bientot

content d'avoir pu t'aider^^

Une fois cette étape passée on comprend la puissance de l'api. Il te suffit juste de prévoir ton appli (si tu en as une) pour générer les commandes unix, l'api les execute toutes. Même pour récupérer les sorties c'est un jeu d'enfant^^

have fun