Discussion :

[flzox]

Bonjour,
J'aimerais à partir d'un programme C sur une ordinateur client, exécuter une méthode d'un programme S tournant sur un serveur. (Aujourd'hui cette commande est exécutée via un bouton sur l'interface du programme S)

- Est-il possible de simuler le clic du bouton de S à partir du client ? Si oui y'a-t-il des choses à faire du côté serveur ?
- Sinon est-il possible d'exécuter des méthodes d'un programme S à partir d'un programme C tournant sur une autre machine ?
- Sinon ... suggestion ?

Merci

[MetalGeek]

Salut,
si tu peux modifier le programme S, et selon les technos utilisées, tu peux mettre en place un service web, ou alors même à l'ancienne créer un mauvais fichier à partir du programme C sur la machine distante, et S fait une boucle pour tester sa présence, puis réagit en conséquence...
Si tu ne peux pas modifier S, voire si tu ne peux rien installer sur la machine où est S, alors t'es à peu près marron (à moins d'avoir beaucoup de patience, de fouiner dans les librairies Win32, de posséder tous les droits adéquats sur la machine distante etc., mais là je n'y connais rien donc je laisse la parole...)

Voilà pour ce que je peux dire à lecture de ton message, mais ça dépend évidemment de ce que sont C et S, si tu nous en dit plus ça irait peut-être mieux... Ça serait pas un truc tordu limite illégal, par hasard ?

[flzox]

Ça serait pas un truc tordu limite illégal, par hasard ?

=)
Non non pas du tout, je crée un outils pour les développeurs (l'appli Cliente), permettant de diffuser les mise à jour des programmes de mon entreprise.
Toutes les étapes sont automatisées sauf la dernière qui consiste à relire un fichier texte contenant le numéro de version du programme. Aujourd'hui il faut systématiquement aller sur le serveur et cliquer sur le bouton "relire" du programme Serveur, à chaque fois qu'on veut diffuser une mise à jour.
C'est donc pour ça que je voudrais pouvoir à partir du Client, envoyer une info pour que le Serveur exécute la fonction "relire". J'espère que c'est plus clair.

le Serveur est en C++ builder
le Client est en c#

Imaginons qu'il y ait un raccourcis clavier sur le bouton "relire", est-il possible d'appeler cette combinaison de touche depuis C par exemple ?

[MetalGeek]

Avec les dll Win32 tu peux faire ça (fonctions SendMessage, ou SendKey je sais plus), mais à distance ça me paraît foireux. Et c'est pas vraiment le genre de fonctions sur lesquelles tu veux faire reposer tout ton service de mise à jour...
En fait en bricolant doit forcément avoir moyen d'y arriver, mais voilà, "bricoler" c'est pas un terme d'entreprise, enfin en principe
Tu peux vraiment pas modifier S ? Ou sinon, si les fonctions Win32 foirent à distance (jamais testé, mais c'est le pressentiment que j'ai), un petit prog qui le ferait en local, et que tu déclencherais proprement par un service ?

[flzox]

J'aimerais éviter de modifier S.
Maintenant si la modif est mineur et permet de gérer tout ça simplement et de façon sur, je peux m'arranger.
En revanche j'ai aucune idée de la marche à suivre, classes à utiliser etc.

[MetalGeek]

Tu peux par exemple créer un timer qui va toutes les 24H vérifier la présence du fichier ou sa modification, et au besoin appeler la même fonction que le clic sur le bouton "relire" appelle.

[flzox]

Oui j'avais pensé à ça mais je préférerais que l'info soit envoyée par le client plutôt qu'une vérif systématique. Mais c'est vrai que ça supprime la problématique de communication client-serveur ...

[MetalGeek]

Pour moi y'a pas photo, si C ne sert qu'à ça, c'est clair à 2000% qu'il vaut mieux virer C. Ca t'élimine 1 million de sources de bugs potentiels !

[flzox]

Non non, C ne fait pas que ça bien sur.
Ce qui m'ennuie si je décide de relire le fichier par S c'est que :
- On va la plupart du temps relire le fichier inutilement, même si je programme une relecture toutes les 24h (les mises à jour sont occasionnelles).
- Si je programme une relecture toutes les 24h par exemple, la mise à jour ne sera pas effective avant le lendemain.
- Le plus gênant : s'il n'y a pas de communication entre C et S, aucun moyen pour C de savoir si la relecture du fichier s'est bien passée

[Inarius]

Ta penser à un petit service web?
C'est à dire que dès que tu veut "relire" tu lance ton programme S avec du PHP ou autre. Le C++ ne devrait que très peu changer et si le PHP est bien fait pas de raison d'avoir peur de la sécurité. Et regarde aussi de coté de SOAP.

Pour SOAP : [ame]http://fr.wikipedia.org/wiki/SOAP[/ame]

[flzox]

En fait je pensais à une solution "simple" et n'y connais presque rien au php, je n'avais effectivement pas envisagé une solution passant par un web service ...

[Inarius]

Si jamais tu t’intéresse au php tu peut toujours regarder la fonction exec()

[F.Saad]

Ton concept m'a l'air tirée par les cheveux.
Que je sache, les client mails envoient une requete au serveur pour voir s'il y'a de nouveau messages, ca marche comme ca depuis toujours, et ca marche bien.

Sinon pour répondre a ta question, oui ce devrait être réalisable.

avec APP Client Bind sur un port et se met en mode listen sur ce port (ouvre pipe)

elle doit s'attendre a un packet prédéfinie (WSOCKs libs) qui représentera l'ordre d'allez télécharger la MAJ

[flzox]

Ton concept m'a l'air tirée par les cheveux

Lequel ? Le concept général du problème ou une des solutions proposées ?

avec APP Client Bind sur un port et se met en mode listen sur ce port (ouvre pipe) elle doit s'attendre a un packet prédéfinie (WSOCKs libs)

La par contre je suis perdu ...

[bacelar]

Question con, ne serait-ce-pas beaucoup plus simple que ce fainéant de Serveur installe un FileSystèmeWatcher?
http://msdn.microsoft.com/en-us/libr...emwatcher.aspx

[F.Saad]

Question con, ne serait-ce-pas beaucoup plus simple que ce fainéant de Serveur installe un FileSystèmeWatcher?
http://msdn.microsoft.com/en-us/libr...emwatcher.aspx

A quoi cela servirait t'il SUR LE SERVEUR ?

- je parlais du fait que ca ne marchait pas comme la relation entre un serveur mail/client mail.

- Je vais éssayé de developer un peu plus mon idée :
Tes Clients deviendront aussi partiellement des serveurs en créant une connections TCP (ou UCP pk pas) sur un port sur lequel le "client" serait constamment en écoute.
- Ton "Serveur" devra envoyé un packet pour lequel le client aura un event ce qui fera de ce packet l'ordre de télécharger la MAJ

(dsl minuit)

[Inarius]

Alors voila une autre solution avec un petit tuto à l'appui ^^

Donc en gros, ce que tu voudrais faire est l'équivalent d'un chat. Je m'explique :
1/ un client envoie une requete/ un paquet à ton serveur contenant une instruction
2/ le serveur recoie ce paquet
3/ il le traite puis le serveur le renvoie à tous les clients


1/ partie executé par ton programme C : envoi d'un "paquet magique"
2/ ce paquet magique va être reçue par le serveur
3/ Il le traite c'est à dire qu'il envoie les mises à jour à tous les clients de ton entreprise, ce que tu as déjà fait.

Tu aura donc besoin de changer assez peu le programme S et tu pourra sécuriser le tout en, par exemple, nécessitant un login et un mdp dans ton "paquet magique" et une petite condition pour valider ces login

[flzox]

Merci Inarius pour cette solution.
Par contre moi qui voulais quelque chose de simple ...

J'avais pensé sinon à utiliser sendkeys.
J'ai bien trouvé comment utiliser sendkeys et activer un bouton d'un autre programme en local, mais je n'arrive pas à faire transiter cette info via le réseau.
Oui bon je sais, côté sécurité ...