Discussion :

[Gregory.M]

Bonjour,

J'ai mit en place un système qui vérifie si la version de l'application est à jour.
Lorsqu'elle ne l'est pas, la nouvelle version se télécharge.

Une fois télécharger je voudrais fermer l'application, puis lancer le nouveau setup réaliser sans manipulation de l'utilisateur.

Cela est il possible?


Je me demandais également si je ne pouvais pas passer par une autre moyen pour mettre à jour mon application, c'est à dire, ne pas avoir de setup, télécharger les nouveaux fichiers et les remplacer les fichiers par les anciens.

Ce procédé est il possible aussi?


Cordialement,

[Graffito]

un système qui vérifie si la version de l'application est à jour...ne pas avoir de setup, télécharger les nouveaux fichiers et les remplacer les fichiers par les anciens

Le système standard "Click Once" ne te convient-il pas ?

[Gregory.M]

Le système standard "Click Once" ne te convient-il pas ?

non

[Pol63]

nous avons mis en place un système de mise à jour similaire
on lance un autre exe puis on ferme notre appli, puis cet exe copie les fichiers par dessus les anciens et relance l'appli
transparent pour l'utilisateur, rapide et sans soucis
pour fermer l'appli on a utiliser un truc du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

system.windows.forms.application.exit

(attention au thread non background)

et notre appli de mise à jour s'occupe de tuer les processus s'il y en avait plusieurs de lancer ou si celle qui appelle la maj ne se termine pas
(sinon on peut pas copier les fichiers par dessus)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

process.kill

l'appli de mise à jour fait quelques lignes, et affiche la progression de la copie

[Gregory.M]

nous avons mis en place un système de mise à jour similaire
on lance un autre exe puis on ferme notre appli, puis cet exe copie les fichiers par dessus les anciens et relance l'appli
transparent pour l'utilisateur, rapide et sans soucis
pour fermer l'appli on a utiliser un truc du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

system.windows.forms.application.exit

(attention au thread non background)

et notre appli de mise à jour s'occupe de tuer les processus s'il y en avait plusieurs de lancer ou si celle qui appelle la maj ne se termine pas
(sinon on peut pas copier les fichiers par dessus)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

process.kill

l'appli de mise à jour fait quelques lignes, et affiche la progression de la copie

Ok merci pour tes indications.

Si j'ai bien compris, je dois faire:

1. une nouvel exe contenant les fichiers a remplacer puis killant les process.
2. de l'application télécharger cet exe, puis le lance.



la premiere question qui me vient à l'esprit est comment le nouvel exe sait ou est installé l'application?

[edit] En fait c'est bon, je vais copier mon nouvelle exe dans le répertoire de l'application tout betement. [/edit]

[Pol63]

oui enfin nous, l'exe de mise à jour est installé avec l'appli normale, et on télécharge juste les fichiers à remplacer à un endroit précis, que l'appliupdate connait, on lance l'appliupdate qui ne fait que tuer s'il le faut, copier et relancer

enfin nous l'appli a des noms et des emplacement différent selon le client, donc on lance l'exe avec des paramètres (nom de l'exe (pour le chercher dans les processus et tuer les instances mais aussi pour pouvoir le relancer à la fin), nom du repertoire source, nom du repertoire cible) et ca copie tout ce qu'il y a dans source sur cible

[Gregory.M]

oui enfin nous, l'exe de mise à jour est installé avec l'appli normale, et on télécharge juste les fichiers à remplacer à un endroit précis, que l'appliupdate connait, on lance l'appliupdate qui ne fait que tuer s'il le faut, copier et relancer

enfin nous l'appli a des noms et des emplacement différent selon le client, donc on lance l'exe avec des paramètres (nom de l'exe (pour le chercher dans les processus et tuer les instances mais aussi pour pouvoir le relancer à la fin), nom du repertoire source, nom du repertoire cible) et ca copie tout ce qu'il y a dans source sur cible

Oki

[Gregory.M]

oui enfin nous, l'exe de mise à jour est installé avec l'appli normale, et on télécharge juste les fichiers à remplacer à un endroit précis, que l'appliupdate connait, on lance l'appliupdate qui ne fait que tuer s'il le faut, copier et relancer

enfin nous l'appli a des noms et des emplacement différent selon le client, donc on lance l'exe avec des paramètres (nom de l'exe (pour le chercher dans les processus et tuer les instances mais aussi pour pouvoir le relancer à la fin), nom du repertoire source, nom du repertoire cible) et ca copie tout ce qu'il y a dans source sur cible

Comment fais tu pour savoir quelles sont les fichiers à télécharger? se sont toujours les memes? Et quand tu en as d'autres à ajouter?

[Pol63]

nous on fait une copie de nos fichier sur un dossier partagé du serveur
les applis clientes vérifient sur le serveur les date de modification des fichiers locaux par rapport aux fichiers avec le meme nom sur le server
si au moins avec une date différente, on copie tout ce qu'il y a sur le dossier du server vers le dossier du client
donc si on a des nouveaux fichiers, ils viennent avec ...

[sevyc64]

la premiere question qui me vient à l'esprit est comment le nouvel exe sait ou est installé l'application?

Il suffit de faire en sorte que l'application soit capable d'aller chercher cette information dans un endroit bien précis.

Par exemple, au moment de l'install, le chemin d'installation choisi par l'utilisateur pourrait être inscrit dans une clé de la base de registre.

[Gregory.M]

nous on fait une copie de nos fichier sur un dossier partagé du serveur
les applis clientes vérifient sur le serveur les date de modification des fichiers locaux par rapport aux fichiers avec le meme nom sur le server
si au moins avec une date différente, on copie tout ce qu'il y a sur le dossier du server vers le dossier du client
donc si on a des nouveaux fichiers, ils viennent avec ...

Peut on lister les fichiers contenu dans un dossier sur un serveur distant?
(en fait c'est çà mon problème, si ce n'est pas le cas dans mon webservice, je dois passer en paramètre une liste de string contenant le nom de chaque fichier à telecharger.

[Pol63]

pour le server web, il y a des logiciels qui voient l'arborescence des fichiers, donc ca doit etre possible si le site est pas trop sécurisé

sinon je sais pas trop comment tu procèdes, nous on fait pas ca par le web, on se connecte sur la machine serveur du client, on y met les fichiers et après ca passe par du partage lan

dans ton cas (pas relu) il me semble que tu veux faire un update web
n'y connaissant rien, ce que je ferais, c'est un fichier texte avec un nom fixe dans le temps et à un endroit fixe aussi, qui contient le numéro de versions, le nom des fichiers necessaires et le lien pour télécharger chaque
mais avec des moyens plus récent, un web service devrait permettre d'envoyer ces infos (une classe spéciale qui serait sérialisée contenant le num de version et un dictionary (of nom,lien) par exemple)

[freerider74]

Bonjour à tous,

J'avais fais une appli dans ce genre, je devais mettre une appli à jour et j'ai créer une mini appli pour pouvoir faire mes mises à jour. pour connaitre les fichiers que je devais transférer, je passai par un fichier xml. c'était pas mal car en plus de sa je pouvais mettre des infos concernant les mises à jour et tout un tas d'info.

En espérant que ca pourra t'aider