Discussion :

[Godzestla]

Bonjour,

j'ai besoin qu'une application (limitée à un .exe) puisse par elle-même se mettre à jour.

Pour cela, le code a l'ouverture détecte une mise à jour si elle existe et lance cette mise à jour par ShellExecute puis se ferme.

Etant donné que l'update doit faire un copy-replace de l'application de base, le fichier applicatif étant en local pur, comment puis-je m'assurer de manière propre et efficace que mon Programme Appelant (l'applicatif qui vient de lancer la mise à jour et qui doit s'être fermé) est bien inactif et que mon copy-replace va donc fonctionner sans heurt.

Mes seules idées sont de faire juste un petit wait en début d'update pour s'assurer que l'appelant a eu le temps de se fermer, ou de tester le résultat du copy-replace (je n'ai pas encore faire de recherche sur la méthode à utiliser pour ce copy-replace).

Si vous avez des suggestions, je suis preneur.

En fait, il n'y a peut-être rien de spécial à mettre en oeuvre vu que l'applicatif est léger et se ferme très rapidement.

Merci d'avance.

[ShaiLeTroll]

Un Programme Delete Lui Meme, dans une optique similaire, j'ai aussi écrit une petite procédure de Mise à jour d'un Exe depuis le réseau local
Cela peut s'adapter à un FTP ou autre ...

l'idée, c'est de générer un fichier BAT à la volée (tu peux aussi faire un VBS)
une fois la BAT lancé, ton programme se termine tout seul, le Bat continue sa vie, sa 1ère tache est de renommer le vieille exe (en boucle) tant qu'il ne peut pas c'est que l'exe tourne, puis de prendre la nouvelle version téléchargée de la renommer avec le nom de la version courante, puis de la lancer ...

[Godzestla]

Excellentissime.

Et vu que je suis un peu cinglé, je vais tenter ce code en C++ dans l'applicatif lui-même (l'update) qui serait appelé avec des parms specifiques pour l'update. (Du genre Proc *UPDATE, old_Fullname, New_Fullname)
Why not !!

[Godzestla]

Voilà, grâce à mon autre post (ShellExecute), je suis parvenu quasi au bout de mes peines.

Il me reste un tout petit problème.

Je ne trouve pas le code pour quitter l'application VCL qui lance l'update de manière automatique (sans intervention clavier).
J'ai essayé de Simuler

Code :

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

Form->Close();

mais cela ne fonctionne pas.

--------Edit------
Trouvé.

Code :

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

1
2
 
Application->Terminate();

[nirgal76]

Ce que je fais dans ces cas là, c'est :
(par exemple avec une fichier toto.exe)

1 - l'Exe renomme som propre fichier (tu peux le faire, la suppression n'est pas possible mais renommer oui). ce qui implique que le code en mémoire va pointer sur ce fichier renommé (par exemple "toto_old.exe")
2 - je copie (depuis l'ancienne version) la nouvelle version sous le nom original toto.exe
3 - je lance, (depuis l'ancienne version) "toto.exe"
4 - je ferme le programme en cours (pointant sur toto_old.exe) (avec un Application->Terminate() par exemple mais un close de la form principale DOIT marcher).
5 - Depuis la nouvelle version, j'efface l'éventuel toto_old.exe qui traine.

[Godzestla]

Bonjour Nirgal76,

j'ai fait ceci :
1) L'exe appelle le nouveau (New_exe) avec des params spécial Update ainsi que les params courant passé en fin.
2) L'exe se termine par Application->Terminate();
3) Le nouveau (new_exe) se copie à la place de l'ancien et affiche un message d'update ok.
4) Le nouveau extrait les parametres d'origine d'appel de l'ancien et appelle maintenant le nouveau mis en place avec les parms d'origine.
5) Le nouveau qui s'est occupé de l'update/install se termine par Application->Terminate();
6) Le nouveau code mis en place s'execute normallement.

Et quand on appele le nouveau sans parametre, il propose de s'installer si ce n'est pas encore fait.

Ca marche plutôt bien.

[nirgal76]

C'est un peu plus long (tu utilise 2 exécutions du nouveau, avec des paramètres différents donc 2 types d'exécutions à prévoir, pour arriver à tes fins) mais bon, effectivement, c'est encore une autre solution.
(Dans ma solution, comme c'est l'ancien qui lance le nouveau et une seule fois, il le lance directement avec la ligne de commande qu'il (l'ancien) avait reçu pour être lancé)
J'avais vu des composants qui permettait de faire de l'update comme ça, y compris depuis un ftp ou le web. je crois même que certains étaient gratuit. mais c'est plus drôle de le faire soi même

[Godzestla]

c'est plus drôle de le faire soi même

Surtout on apprend pas mal de choses.

Je n'avais pas pensé à ta technique, à vrai dire, et elle est plutôt intéressante.

Je ne sais pas si elle est capable de prendre en charge l'Auto installation par simple ouverture (appel sans parametre) vu ton point 1, car chez moi, l'executable modifié se trouve sur un réseau et ne peut être renommé.

Il y a 2 fonctionnalités possibles :
1) L'appli en local va scanner le réseau et propose l'installation d'un update si elle en trouve 1
2) Lappel direct de l'appli sur le réseau (version à jour) propose l'auto installation si pas installé ou pas à jour.

J'aurais aussi pu me contenter d'1 simple appel au proc sur le réseau pour combiner à la fois la mise à jour et l'exécution mise à jour, mais j'ai préféré un appel supplémentaire au code mis en place pour vérifier que tout est en ordre.

Il faut dire que je débute en C++ (et Builder) alors, je me montre prudent