4D v16.3Mise à jour auto des applications serveur ou monopostes |
||
|
4D v16.3
Mise à jour auto des applications serveur ou monopostes
Mise à jour auto des applications serveur ou monopostes
En principe, la mise à jour des applications serveur ou monopostes fusionnées nécessite une intervention de l’utilisateur (ou la programmation de routines système personnalisées) : lorsqu’une nouvelle version de l’application fusionnée est disponible, il est nécessaire de quitter l’application en production, remplacer manuellement les anciens fichiers par les nouveaux, relancer l’application et sélectionner le fichier de données courant. Vous pouvez largement automatiser ce processus à l’aide des commandes du langage suivantes : FIXER DOSSIER MISE A JOUR, REDEMARRER 4D ainsi que Lire chemin journal derniere mise a jour pour le suivi des opérations. Le principe consiste à implanter dans votre application 4D une fonction déclenchant la séquence de mise à jour automatique décrite ci-dessous. Il peut s’agir d’une commande de menu ou d’un process tournant en tâche de fond et scrutant à intervalle régulier la présence d’une archive sur un serveur FTP. Le scénario d’une mise à jour d'une application serveur ou monoposte fusionnée est le suivant :
Notes :
Le processus de mise à jour produit un fichier journal détaillant les opérations de mise à jour des applications fusionnées (clientes, serveur ou monoposte) sur les postes cibles. Ce fichier est utile pour analyser les éventuelles erreurs survenues durant le processus d’installation. Le journal des mises à jour est nommé AAAA-MM-JJ_HH-MM-SS_log_<sequence>.txt, par exemple 2013-08-25_14-23-00_log_1.txt pour un fichier créé le 25 août 2013 à 14h23. Ce fichier est créé dans le dossier de l’application "Updater", c’est-à-dire :
Vous pouvez à tout moment connaître l’emplacement de ce fichier à l’aide de la commande Lire chemin journal derniere mise a jour.
|
PROPRIÉTÉS
Produit : 4D
HISTORIQUE
MOTS-CLÉS updater UTILISATION DE L'ARTICLE
4D - Mode Développement ( 4D v16) |