[process] synchro Unix - Windows

Bonjour à tous,

Je développe une application Eclipse RCP sous Windows.
Dans cette appli je lance une action, qui va :
1/ se connecter à une machine Unix et y exécuter un script ksh
Ce script me crée des fichiers
2/ récupérer ces fichiers (par ftp) pour les mettre dans mon espace de travail Windows

Donc ma question, très générale en fait, est la suivante :
Quels sont les moyens pour déterminer que mon script ksh a fini son exécution ? Ou autrement comment puis je savoir que les fichiers sont crées, pour lancer mes commandes ftp et récupérer ceux ci ?


Merci à tous.

Avec le script ksh tu crées un fichier J_ai_fini.ok à la fin du traitement. Coté client FTP, tu essaies de le rapatrier toutes les 2 secondes. Lorsque ça marche, c'est bon : tu peux récupérer le reste.

Et puis il y a des choses plus évoluées... En attendant, celle-ci te convient-elle ?

Si tu fais du RCP, lorsque tu invoques une méthode à distance, l'appel est synchrone. Côté serveur, tu lances ton script avec Runtime#exec(...) qui retourne un Process, et tu fais un .waitFor() sur ce Process...

Merci à tous pour vos réponses.
C'est la première solution que j'ai implémentée. En fait j'utilise une API, qui me permet de faire du rexec, et donc je n'ai pas un processus en valeur de retour ...

Citation:

---

Envoyé par spekal

Et puis il y a des choses plus évoluées...

---

A quoi penses tu ?

Encore merci.

Citation:

---

Envoyé par gamel

A quoi penses tu ?

---

RMI par exemple :)

Ou alors c'est le serveur qui prévient le client quand il a fini, et pas le client qui vérifie toutes les x secondes...

:D

Je ne peux rien installer du côté de ma machine Unix ... Ca sera donc mon client qui verifiera toutes les x secondes que mon process sous Unix est bien terminé! ;)

Si coté distant tu as une machine unix tu peux probablement utiliser une commande pour te répondre, par un moyen ou un autre (ouverture de port sur ton poste, ping, etc). Ainsi tu n'aurais plu besoin de vérifier toutes les x secondes.

Mais si la solution bourrin te convient, c'est que la solution élégante est probablement inutile.

Non, une méthode bourrin ne me convient pas. Je préfererais mettre en place une solution propre.

Citation:

---

Envoyé par spekal

Si coté distant tu as une machine unix tu peux probablement utiliser une commande pour te répondre, par un moyen ou un autre (ouverture de port sur ton poste, ping, etc).

---

En théorie, je vois très bien ce que tu veux dire. Dans tous les cas, côté local je dois me mettre en attente de la fin d'un processus distant. Mais ce serait, si je te suis bien, une attente passive (beaucoup mieux). Mais je dois avouer que je ne vois pas trop la façon d'implémenter tout ça ... tu pourrais peut être m'éclairer un peu plus ?