Descriptif de la mise à jour automatique :

Partie utilisateur :

Vous recevez un message lorsque le système a détecté une nouvelle version.

Dans l’application vous devez aller sur configuration -> général et sélectionner en dessous le menu « update application ». Attention, si l’écran est petit, il est possible que vous deviez cliquer su les …

Le système ne propose que la dernière version, sauf dans de rare cas ou nous sortons une version intermediat (de temps à autre, nous raccourcissons la procédure de mise à jour en créant un palier, une version minimum). De ce cas, vous devez d’abord installer la plus basse version, updater la base en vous loguant, puis refaire la mise à jour pour la version suivante. Mais avec des mises à jour régulières, il n’y a pas de risque.

L'application montre les utilisateurs connecté. Avec le croix à droit vous pouvez fermer leur connection avec la base. ATTENTION, cela ne ferme pas l'application sur leur poste, seulement la connection. Très important quand vous travaillez sur un Terminal Server, Citrix, ou RDS...

Vous installez la version seule sur la base (celle-ci sera bloquée pour les autres utilisateurs le temps de la mise à jour). Ensuite, vous entrez dans le programme et il va vous avertir qu’il est d’une version différente de la base et vous demandez pour faire la mise à jour de la base. Vous répondez oui et le programme fait la mise à jour de la base.

Si vous perdrez la connection ou avez une interruption pendant la mise à jour, la base ne finira pas sa mise à jour (elle terminera cependant la version qui était en cours et pourra reprendre de la version à laquelle elle était arrivée), mais comme elle est bloquée pour les utilisateurs, il peut arriver qu’elle refuse toute connexion sous prétexte qu’elle est en cours de mise à jour.

Détail de la procédure

Quand c’est la base qui fait l'action, c’est l’utilisateur du service qui compte, quand c’est le programme, c’est les droits de l’utilisateur, mais comme c’est automatisé, une action qui demande l’autorisation Administrateur échouera sans poser la question. A cause de cela, vous devez lancer le programme « comme administrateur » pour diminuer les risques :

1. La base contrôle s'il y a une nouvelle version en interrogeant notre webservice : http://webservices.syneton.be
2. Le programme cherche la base et va chercher une copie de la nouvelle version (autoextract, donc un exe) de notre site (download.syneton.be) vers \\[serveurdelabase]+path en remplaçant data par le download. Il peut créer le répertoire s’il n’existe pas encore.
3. Le programme va faire une copie de la base dans un sous-répertoire "backup" qu’il doit pouvoir créer
4. Le programme va faire une copie du setup dans "filebackup" (cela contiendra la version du programme qui peut faire tourner le backup de la base avant mise à jour)
5. Le programme va lancer la décompression de l’autoextract qu’il a ramené du site download dans un sous-répertoire de download (TEMP) qu’il va créer s’il n’existe pas
6. Le programme va lancer le transfert des fichier de TEMP pour remplacer les fichiers dans le setup
7. Le programme cherche la position de la base et va vers une copie de AppCopier.exe de \\serveurdelabase+path en remplaçant data par setup. Et va remplacer AppCopier qui se trouve sur le poste
8. Le programme l’AppCopier et se ferme, l’AppCopier va copier tous les fichiers du setup en remplacement des fichiers locaux du programme
9. L’AppCopier va relancer le programme pour que vous puissiez valider la mise à jour de la base
10. Le programme mets la jour la base et vous affiche la progression (attention, il locke la base pour les autres utilisateurs pendant la mise à jour). Il demande le login d’utilisateur quand c’est fini (sauf si autologin ou il démarre bien sûr).

Remarque, une fois l’opération finie, les autres utilisateurs feront les opérations 8 et 9 (sauf qu’il n’y aura pas de mise à jour de la base puisque dans ce cas, les versions correspondront). Pour cela, ils ont besoin de droits d'installation locaux

Les problèmes habituels sont :

• Connexion de la base au webservice (cela marche chez vous puisque l'application a indiquée la présence d’une nouvelle version)
• Possibilité de l’utilisateur qui fait la mise à jour d’avoir son programme qui lance d’autres exe ET qui peut telecharger sur le serveur un fichier venant de notre site (download.syneton.be). Le fichier n’est pas « lock » par windows parce que nos fichiers sont signés.
• Possibilité pour tous les utilisateurs de remplacer les fichiers locaux par ceux sur le serveur (sachant que le programme étant habituellement installé dans c:\program files (x86)\, cela demande un niveau de droit important.
• À remarquer que les opérations 1 à 6 peuvent être remplacées par la procédure manuelle. Elle consiste à récupérer le fichier de mise à jour sur notre site de support (syneton.zendesk.com) et de le dézipper en remplacent les fichiers dans setup. Les autres opérations (backup de sécurité) sont aussi de votre responsabilité dans ce cas. L’opération 7 à 9 peut être faite également manuellement en copiant simplement les fichiers du serveur setup dans le répertoire du programme local ou en décompressant le zip dans le répertoire du programme.
• Attention que le zip lui n’est pas toujours signé, il est important de faire un clic droit, propriété et de vous assurer qu’il n’est pas lock par votre windows (et s’il est lock, de le débloquer AVANT de le dézipper, sinon vous devrez débloquer tous les fichiers un par un !)
• L'ordinateur doit avoir été ajouté au domaine pour que la copie automatique sera executé, sinon vous recevez ce message au moment de demarrage du application: