Bonjour à tous,
je déploie mon application d'une façon très très simple, c'est à dire que je copie/colle sur mes différents postes le dossier exécutable 32bits, qui contient mon exe et toutes les dll nécessaires à la bonne exécution du projet.
je me suis aperçu que je n'ai même pas besoin d'installer le package de connectivité client SQL Server
Bref, là je m'arrête aux 5 postes installés, parce que je me dis que quand je ferai des mises à jours sur mon appli, je vais devoir remettre le .exe à disposition sur un partage réseau et dire aux utilisateurs de faire un copier/coller (en supposant que je n'ai pas besoin de dll supplémentaires)
Plutôt que d'avoir ce mécanisme manuel, je voudrais que mon appli soit capable de vérifier par elle-même qu'il n'y a pas une version plus récente sur un partage réseau, auquel cas elle se mettrait à jour toute seule. Le problème, c'est que si mon appli est en cours d'exécution, le .exe ne peut être remplacé...
Je m'adresse à vous pour savoir comment on procède en général.
Je vois 2 pistes :
- soit je dois avoir 2 exécutables, un launcher qui va justement vérifier si des mises à jours peuvent être faîtes, auquel cas il importe tous les fichiers contenus dans un partage (le .exe, des éventuelles nouvelles dll), ou un zip, etc...
- soit je peux, depuis mon appli principale, exécuter un traitement complétement détaché du thread principal, qui va fermer mon appli si mise à jour il y a, et faire les imports néécessaires. Mais ça je ne sais pas si ça existe, un thread capable de continuer de "vivre" une fois que le thread principal est terminé.
Merci à vous pour vos suggestions.
Partager