Discussion :

[Steider]

Bonjour,

J'ai actuellement un programme qui effectue plusieurs tâches en fond (sans intervention d'un utilisateur, tout est automatisé), sur un serveur distant Linux. Ce programme se lance au démarrage du serveur.

J'aimerais maintenant créer un second programme à exécuter lorsqu'on se connecte au serveur à distance, une sorte de console de discutions, qui me permettrait de dialoguer et d'obtenir des informations sur mon premier programme sans l'interrompre.

J'ai premièrement pensé à un fichier dans lequel je stock mes requêtes qui seront lues par mon premier programme qui exécutera la fonction correspondante, je me suis ensuite orienté vers les signaux mais j'ai bien l'impression qu'on ne peut pas les utiliser dans ce cadre (en tout cas je n'ai pas trouvé de tuto ou d'informations correspondantes). J'en reste donc à mes fichier, mais je suis convaincu qu'il ne s'agit pas là de la solution la plus optimale.

Quelqu'un saurait-il m'orienter ?

[VinsS]

Salut,

D-bus est fait spécifiquement pour cela.

http://www.freedesktop.org/wiki/Software/dbus/

Python: http://dbus.freedesktop.org/doc/dbus.../tutorial.html

[wiztricks]

Salut,

Je n'ai rien contre d-bus mais pour un dialogue simple entre n-client et un serveur, ça commence par de simples sockets IP et ça monte jusqu’à du Remote Procedure Call (RPC).
Un bus sera plus approprie au cas M-clients, N-serveurs - mais qui peut le plus peut le moins.

Pour le RPC, vous avez le choix.
Dans tous les cas, ça passe par créer une activité asynchrone cote "serveur" qu'on peut appeler "console".
"asynchrone" = threads, car elle doit pouvoir tourner sans gêner le serveur.
Pour ce qui est du choix entre de simples sockets ou du RPC, ça dépend de la complexité des échanges.
- W

[stalacta]

J'aurais plusieurs solutions :
- le module os pour ouvrir des programmes, lorsque le programme reçoit une requête, il ouvre un autre programme
- tout simplement que le tout soit dans le même programme, en pythonw sans console du coup, et on ouvre une fenêtre qui appartient au programme dès qu'on reçoit quelque chose

[Steider]

Merci pour vos réponse, je viens apporter quelques précisions :

• Les deux programmes s'exécutent sur la même machine, j'exécute simplement le second via une connexion SSH.
• Le premier script est constamment en route, il ne doit donc pas être exécuté par le second. On parle bien de communication et non pas d'appel.
• Le premier script utilise déjà plusieurs Threads, mais étant lancé de manière automatique au démarrage de la machine, je ne pourrais pas accéder à sa console via une connexion SSH (ou si c'est en effet possible, je ne pense pas qu'il soit possible de gérer plusieurs connexion). Hors un second programme "console" qui se lance sur un terminal dédié à l'utilisateur qui se connecte via SSH peut se lancer plusieurs fois avec une identité distincte et dialoguer avec mon 1er programme.

Pour le moment, je me penche sur la solution DBus qui me semble adapté au premier coup d’œil. Je vous tiens au courant

[wiztricks]

je ne pourrais pas accéder à sa console via une connexion SSH (ou si c'est en effet possible, je ne pense pas qu'il soit possible de gérer plusieurs connexion). Hors un second programme "console" qui se lance sur un terminal dédié à l'utilisateur qui se connecte via SSH peut se lancer plusieurs fois avec une identité distincte et dialoguer avec mon 1er programme.

Une console d'administration peut être réalisée par une thread qui se comporte comme un serveur HTTP ou plus simple pas besoin de passer par une interface "terminal".

- W