Bonjour à toute la communauté,
j'ai un grand besoin de conseil. Il me faut trouver des pistes de solution pour gérer l'installation et la mise à jour d'une appli client serveur.  
Imaginons que la version qui tourne sur le serveur soit la 1.01, celle du client la 1.0.
La question est comment faire pour que le client voit qu'il n'a pas la même version que le serveur et qu'il puisse lancer un setup d'upgrade?
J'écouterais vos solution avec plaisir.

Tu peux mettre en place une solution basée sur un protocole d'accord entre le client et le serveur. Lorsque l'application cliente démarre, elle se connecte au serveur, lui indique son numéro de version. Le serveur peu alors soit accepter sa connexion et l'application cliente continue son démarrage, soit lui retourner un message indiquant que l'upgrade est nécessaire en fournissant au client les informations permettant l'upgrade (url de la mise à jour...)
 
Cela répond il a ta question ou souhaites tu plus de détails ?

[jfdsdjhfuetppo]--Message édité par Guru--[/jfdsdjhfuetppo]

Merci Mr Guru,
Et bien cela semble être un bon début de réponse...Si tu peux me fournir d'autre explication je suis bien évidemment preneur. Connais tu des solution du marché qui font ce genre de chose et si non vers quoi puis je me tourner pour mettre en place ce genre de chose?
Merci de ton intérêt.

La seule expérience de ce type de chose que j'ai est une application pour laquelle un mécanisme comparable avait été implémenté sous forme d'un développement spécifique. L'application été lancée par un petit programme qui faisait cette vérification. Il s'agissait d'un simple échange de messages entre le "lanceur" et un processus écoutant sur un port TCP donné du serveur.
 
Je ne connais pas de solutions packagées faisant cela mais il est fort probable que cela existe. Peut être d'autres forumeurs pourront t'en dire plus.

Peut tu me dire dans quel langage ce développement spécifique a été réalisé.
 
Merce pour tes réponses...précieuses.

Le développement a été fait en C et en VB. Il s'agissait d'un coté d'un module serveur s'intégrant dans une application plus conséquente écrite aussi en C et de l'autre coté client d'une DLL écrite en C qui mettait à disposition d'un programme VB les fonctions nécessaires à l'implémentation du mécanisme de messagerie.
 
Peut être pourrais tu essayer de poster la demande dans le forum programmation si tu souhaites t'orienter vers une solution spécifique.

Je suis pas super amballé par le fait de devoir développer la solution, tu imagine bien que c'est le genre de truc qu'il me faut mettre en place pour hier...pression, pression tu nous met en bières.
Mais je vais écouter ta proposition et mettre mon post dans le forum, au fait l'appli dont je parle est écrite en VB...
Merci encore.

Il doit exister des solutions sur le marché, quelqu'un d'autre t'en proposera peut être...

tu peux peut-etre mettre en place des batchs qui vérifient la version du client par rapport au serveur ... ça t'éviteras de faire un développement spécifique !
 
Et dans ton batch de lancement de l'application, tu testes la présence sur le poste client d'un fichier texte qui fait référence à la version installée : si le fichier texte "V11.txt" existe, alors démarrage application, sinon mise à jour  ...
 
Mais ça t'obliges à stocker ton batch sur un serveur accessible par toutes les stations de travail, et surtout à le mettre à jour régulièrement, de même que ton fichier texte de version ...
 
C'est moins propre qu'un développement spécifique, mais ça marches !!!  

[jfdsdjhfuetppo]--Message édité par MrPochpoch--[/jfdsdjhfuetppo]

Effectivement c'est moins propre...
Mais ça a le mérite d'exister et de pouvoir être mis en place rapidemment. L'accessibilité du serveur n'est pas un problême, par contre la mise à jour du fichier txt et du batch oblige une maintenance qui risque de poser problême...
En fait le but est justemment de limiter les opérations de maintenance qui sont ectuellement en cours voyez vous les amis...

 
oui, mais de toute façon, tu n'échapperas jamais à la maintenance lors d'une mise à jour du serveur !!!
ET donc tu n'auras à mettre à jour le batch et le fichier txt de version que lorsqu'une nouvelle version du serveur et du client seront dispponible et opérationnelles !
 
Donc pour ce qui est de la maintenance, ce sera toujours obligatoire.
 
Reste que niveau propreté des mises à jour, c'est clair qu'un développement spécifique serait plus "pro", mais prendra plus de temps à etre mis en place ...
 
Tu peux éventuellement utiliser les 2 solutions : d'abord la mise en place des batchs parcque c'est rapide et facile à faire, ensuite un soft spécifique de mise à jour qui reprendra la méthode utilisée dans les batchs, que tu auras eu le temps d'améliorer et de fiabiliser ...  

Une autre option serait d'utiliser un outil de télédistribution, un nom vient de me revenir en tête www.marimba.com.

 
oui, ou "sms-installer" qui va te créer des "paquets". En fait, un paquet est un fichier exécutable qui contient toutes les modifications effectuées sur la machine de construction du paquet, que ce soit les fichiers copiés, les nouvelles entrées dans la base de registre, ...
 
Le seul souci, c'est qu'il faudra que tu fasses un paquet pour chaque type de machine et pour chaque conf logicielle différente ... sinon, gare aux conflits logiciels !!!    
 
Donc au final, ça risque de compliquer encore plus les choses si ton parc de machines n'est pas uniforme que ce soit au niveau matériel ou logiciel ...