Déploiement facile avec 4D v18

4D v18 introduit une nouvelle architecture pour les fichiers et les dossiers afin de garder intacts les dossiers de votre package macOS déployé et de votre application Windows. En un mot, le dossier des journaux et tous les paramètres basés sur l’utilisateur, y compris les paramètres de sauvegarde 4D, sont maintenant stockés à côté du fichier de données. En fait, les paramètres existent deux fois ; un à côté de la structure à utiliser comme paramètres par défaut pour les nouveaux fichiers de données, et un à côté du fichier de données, stockant les modifications de l’utilisateur.
Par conséquent, le dossier contenant la structure peut être en lecture seule, puisque rien n’est modifié à l’intérieur (*). Le déploiement devient plus facile car le dossier de la structure peut simplement être remplacé, rien ne devant être copié au préalable.

(*) uniquement dans les bases de données de projets. Dans les bases de données binaires, les tables d’utilisateurs et de mots de passe sont stockées dans la structure, le dossier ne doit donc pas être en lecture seule.

Le dossier Préférences est mort, vive le dossier Paramètres

Lors de la conversion vers 4D v18, certaines opérations de renommage sont traitées :

• • le dossier Preferences devient Settings
  • le fichier de sauvegarde des paramètres devient backup.4DSettings et est placé dans le dossier Settings
  • le fichier de paramètres de l’application de construction devient buildApp.4DSettings et est également placé dans le dossier Settings.

Que vous utilisiez une base de données interprétée, compilée ou fusionnée, ces opérations sont effectuées automatiquement à l’ouverture de la base. Il n’y a rien à réécrire pour bénéficier de ces changements, même dans les applications déployées !

L’utilisation des fichiers de sauvegarde devient plus simple

Dans les versions précédentes de 4D, les paramètres de sauvegarde et les journaux de sauvegarde étaient stockés dans plusieurs fichiers, contenant différentes informations.
Désormais, vous pouvez avoir un fichier backup.4DSettings près de la structure ou en avoir un autre placé dans le dossier Settings près du fichier de données. Le premier peut être modifié avec la boîte de dialogue Paramètres de la structure, le second avec la boîte de dialogue Paramètres utilisateur pour le fichier de données. Les deux sont strictement dédiés aux paramètres. Celui qui est placé dans le dossier Settings près de la structure doit être utilisé comme sauvegarde standard, au cas où votre client oublierait de définir les paramètres utilisateur pour le fichier de données.

Comment profiter de ces mécanismes ?

Lorsque vous déployez votre application, il est recommandé d’exclure l’ancien dossier Préférences de votre installateur afin que, lorsque vous déployez la nouvelle version, 4D applique automatiquement les modifications précédentes. Une autre bonne approche pour le déploiement consiste à créer des paramètres dédiés au fichier de données. Il en va de même pour les paramètres de sauvegarde : il suffit d’ouvrir les paramètres utilisateur du fichier de données 4D Dialog et de régler la stratégie de sauvegarde du fichier de données. Vous n’aurez plus à vous soucier des paramètres de sauvegarde lors du déploiement des mises à jour !

Et que s’est-il passé ?

Le nouveau fichier backupHistory.json (qui peut facilement être manipulé à l’aide de la commande File (Backup history file)) contient une collection de tous les rapports de sauvegarde disponibles. Les informations complètes comprennent les horodatages de début et de fin, le statut, la durée, les chemins, les fichiers intégrés, etc. La durée de la dernière sauvegarde peut également être facilement récupérée en utilisant :
GET BACKUP INFORMATION (Last Backup information;$duration;$timestamp)

Notez que nous avons également conservé le fichier journal de la sauvegarde dans le dossier Logs pour faciliter la vérification.

Dossier Logs

Pour éviter d’écrire les journaux dans un paquet macOS ou dans le dossier Program Files de Windows, nous avons déplacé le dossier Logs près du fichier de données. Comme les opérations de vérification, de compactage et de réparation peuvent être exécutées sans fichier de données actif, les fichiers journaux générés correspondants sont placés dans le dossier des préférences utilisateur du système. Nous vous recommandons d’utiliser les commandes suivantes pour gérer facilement ces fichiers :
File(Compacting log file)
File (Verification log file)
File (Repair log file)

Notez que le dossier Logs existant n’est pas touché afin que vous ne perdiez pas les fichiers que vous y avez placés.

Pour conclure…

Toutes ces améliorations ont été apportées pour faciliter votre déploiement et vous permettre de vous concentrer sur votre développement !