Discussion :

[lololebricoleur]

Bonjour,

Je souhaite intégrer une fonction de mise à jour automatique à mes applications mais j'avoue ne pas trop savoir par où commencer.

Les applications sont installées en local, dans des petites entreprises (sans service informatique) et les manipulations doivent être le plus simple possible.

J'ai déjà testé la possibilité de connexion et de téléchargement de fichiers depuis un serveur FTP. Cela fonctionne. Maintenant, que dois je faire ?

Je télécharge un "exe" d'installation, je quitte l'application et je lance la mise à jour ?

ou je télécharge uniquement les fichiers à remplacer ?

ou Windev propose une solution pour cela ?

Merci de votre aide

[Guardian]

Les mises à jour sont gérées automatiquement par l'installation, en ce compris la mise à jour du logiciel et de la base de données si celle-ci a été modifiée (c'est bien la base qui est mise à jour pas les données évidemment)

[Sergeras]

bonjour,

Alors je suis actuellement en train de me renseigner sur le même point.
Ce que je peux te dire c'est :
- Tu peux effectivement up ton .exe vias des mises à jours automatiques.
- CCMenu.LiveUpdate() permet de contrôler et de télécharger les mises à jours
- Lors de la géération de ton .exe tu as la possibilité de mettre à jour ton appli par patch, coche cette option qui devrait faire gagner du temps lors des mises à jours.

Ps : regarde ici [ame="http://www.youtube.com/watch?v=5elvN6sJrvc"]video de démonstration[/ame]

[lololebricoleur]

Merci de vos informations,

Le live update ne me semble pas adapté dans la mesure où l’installation initiale doit être réalisée par Internet et mes applications sont distribuée sur support (CD ou clé USB) pour permettre l'installation sur n'importe quel ordinateur, y compris ceux qui ne sont pas connectés.

Je souhaite donc trouver une compromis entre une installation locale et des mises à jour en ligne et automatisées.

[lololebricoleur]

Je pense que je vais opter pour une procédure de recherche déclenchée au démarrage de l'application (avec une option pour la désactiver).
Un message d'info si possibilité de mise à jour.
Si MAJ validée, chargement d'un fichier d'install et lancement de l'installation
J'en suis à la théorie, maintenant il faut passer à la pratique

Notamment le fait de quitter l'application "avant" de lancer la maj... je ne sais pas trop comment faire cela.

[forum-course.com]

tu peux aussi faire un truc du genre.

tu déposes tes mises à jour dans un répertoire accessible sur le web.

dans ton appli, tu vas regarder sur le net si mise à jour il y a.
(par ex, un bete fichier txt à lire, par ftp ou par ce que tu veux)

si la version est différente, tu lances le téléchargement.
et l'install suivra.

c'est pas automatique, mais ca fera l'affaire.

[lololebricoleur]

Merci de ton aide,

C'est effectivement ce que j'avais prévu (en gros). C'est simpliste mais c'est justement ce que je cherche.

Mais quand tu dis que "l'install suivra", ça ne peut pas être totalement automatique quand même, si ?

Pour moi, je pensais mettre un exe d'installation et déclencher la procédure d'install, l'utilisateur faisant le reste comme pour une install initiales. Il y a moyen de faire mieux selon toi ?

[lololebricoleur]

J'en suis arrivé au moment crucial déclencher l'exe de mise à jour.
Mais je dois aussi quitter l'application !

comment faire à la fois l'un et l'autre ?

PS : Pour ceux que cela intéresse, le code est à disposition

[jimmypage]

Salut !

Regarde peut etre du cote des threads dans l'aide...

[Guardian]

Tu peux utiliser LanceAppli() et un batch.
Tu peux lancer l'install dans le code de sortie de ton logiciel et relancer ton logiciel en fin d'install
Tu peux utiliser la touche F1
etc.

[J0r_x]

Au lancement de l'application, tu vérifies la version, si la version est différente, tu lances une application de mise à jour (lanceappli), puis tu fermes ton application (finprogramme).
via le programme de mise à jour : tu vérifies que l'application n'est pas ouverte (ExeLancé), tu télécharges la mise à jour, tu installes les fichiers et tu relances l'application.

[ErwanA]

Au début, j'avais la mathode de mise à jour que J0r_x mais au fil du temps mon application est devenu plus grosse (jusqu'à atteindre 20Mo avant son régime).
Du fait du nombre de connexion au FTP (100 clients se connectant en même temps pour télécharger la mise à jour), la mise à jour prenait sur certains poste 30 minutes à s'installer et des fois le téléchargement n'était pas une réussite.

Depuis, j'ai un peu modifier la méthode.
Je vérifie toujours au lancement de l'application si une mise à jour est à faire et s'il y en a une alors je lance un programme qui ne fait que télécharger celle-ci. Une fois le téléchargement initié, mon application continu de fonctionner normalement (avec l'ancienne version donc).
Lorsque mon programme annexe à terminer de télécharger la mise à jour, il en informe l'utilisateur en lui disant qu'il faudrait redémarrer son application.

Lorsque mon application principale redémarre, elle vérifie s'il y a une mise à jour à faire (là, il n'y en a pas) et elle vérifie si une mise à jour a été téléchargée (là, c'est le cas). Elle lance donc la mise à jour et se ferme.

[gardangel]

Intéressant... De mon côté, j'ai tenté d'utiliser le PUSH pour l'entreprise. Malheureusement, je note l'absence de standard sur certains postes (pas de $ADMIN)...

Je dois alors demander à l'utilisateur de procéder à l'installation manuellement... Cela signifie qu'une bonne partie des utilisateurs ont leur première installation via le PUSH et qu'une autre doit procéder manuellement (avec un ptit guide d'utilisation simple).

Le PUSH répond au besoin d'installation une première fois ET de contrôler l'historique des versions. Par contre, si un utilisateur est absent du réseau ou un ordinateur est déconnecté, la mise à jour n'a pas lieu... Et l'installation de versions précédentes devient ardue...

Il reste alors à mettre en place un mécanisme de mise à jour lors du démarrage de l'application par l'utilisateur...

On parle de Patch ici... Une patch permet-elle un retour en arrière en cas de problème ? Crois pas. Il faut donc installer la totalité de l'applic à chaque installation. Même avec un téléchargement en parallèle, on échappe pas aux délais. Le choix serait donc entre une patch et une version complète pour la question d'optimisation ?

Côté infrastructure interne, on pourrait opter pour du terminal server avec une centralisation de l'installation... réglant ainsi tout les problèmes. Mouais... les licences à payer... $$$

Est-ce si important de pouvoir revenir en arrière ? Considérant qu'un code doit être bien testé (unitaire + intégré).

Quelqu'un a testé les fonctions de mise à jour de WIndev ? De mon côté, je me cogne la tête à tenter de comprendre...

[J0r_x]

L’intérêt de revenir en arrière est très limité, normalement lorsque l'application entre en production, celle-ci a subit un minimum de test qui exclu des gros bugs, pour les petits, il faut les corriger et renvoyer un patch.

[Sergeras]

Très interressant ta facon de faire ErwanA,

Pourquoi as tu fais le choix d'utiliser une autre application ? il doit sans doute être possible de télécharger et utiliser l'application simultanément ?
J'ai le même problème que tu as rencontré, dès la mise en place d'une mise à jour, c'est la bousculade au portillon. Je pense donc utiliser ton ingénieuse méthode.

Si tu as un ptit bout de code à échanger, je suis preneur.

[ErwanA]

Pourquoi as tu fais le choix d'utiliser une autre application ? il doit sans doute être possible de télécharger et utiliser l'application simultanément ?

Oui, techniquement c'est possible de tout faire le téchargement de fond dans la même application en utilisant un thread mais le problème et que le téléchargement serait coupé lorsque l'utilisateur quitte l'application. C'est pourquoi avoir une application à coté avec juste un petit icone dans le systray est plus sûre (on est d'éccord, le téléchargement est coupé lorsque l'utilisateur ferme sa session mais c'est plus rare).

Si tu as un ptit bout de code à échanger, je suis preneur.

Le code est assez simple. Voici grosso modo l'algo

Sur l'application principale

Code :

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

1
2
3
4
5
6
7
8
9
10
 
Si MiseAJourFTPAFaire() Alors
     LanceAppliMiseAJour()
SINON
    Si MiseAJourVersion() Alors
          LanceAppliMiseAJourNew()
          FinProgramme
    FIN
FIN
// LanceAppliMiseAJour() & LanceAppliMiseAJourNew() sont une même application

L'application Mise à jour :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Si MiseAJourFTPAFaire() Alors
      SI FTPRecupereFichier(NomFichier_TMP) ALORS
              RENOMME NomFichier_TMP en NomFichierNew
      FIN
SINON
    Si MiseAJourVersion() Alors
           Affiche une fenêtre de mise à jour (pour que l'utilisateur ne se pose pas de question)
           Tue NomApplication (si ce n'est déjà fait)
           RENOMME NomFichier_NEW en NomApplication
           LanceAppli (NomApplication)
           FinProgramme
    FIN
FIN

[Sergeras]

Bonjour ErwanA,

Oui, techniquement c'est possible de tout faire le téchargement de fond dans la même application en utilisant un thread mais le problème et que le téléchargement serait coupé lorsque l'utilisateur quitte l'application. C'est pourquoi avoir une application à coté avec juste un petit icone dans le systray est plus sûre (on est d'éccord, le téléchargement est coupé lorsque l'utilisateur ferme sa session mais c'est plus rare).

J'avou, c'est plus sûre ainsi.

Merci pour le code,