Plusieurs instances d’applications serveur fusionnées sur la même machine
L’hébergement de plusieurs applications 4D Server sur la même machine n’est pas inhabituel, notamment pour les environnements de production et de pré-production. Mais si votre machine héberge des applications serveur fusionnées construites avec des versions 4D différentes, ce qui est le cas si vous utilisez votre serveur de pré-production avec la dernière version 4D, vous pouvez rencontrer des problèmes dus au dossier de structure 4D partagé.
Voyons comment résoudre ce problème.
Base de données du projet : Déploiement de votre application
Votre application a donc été développée et vous êtes prêt pour l’étape suivante. 4D vous permet :
- de générer une base de données compilée qui ne contient plus aucun code interprété,
- générer une application autonome qui peut être double-cliquée,( c’est-à-dire fusionnée avec 4D Volume Desktop, le moteur de base de données de 4D),
- générer des applications client/serveur avec des mises à jour automatiques des parties client et serveur.
Avec une base de données de projet, vous pouvez également construire vos applications finales pour les deux plateformes. Une base de données de projet utilise le même fichier de configuration qu’une base de données binaire.
Bases de données du projet : Gestion des utilisateurs et des groupes
Les bases de données de projets, disponibles en version bêta dans les dernières versions de 4D v 17 R-Releases, sont maintenant disponibles en production dans 4D v18 ! Parmi les nombreux changements dans 4D v18, la façon dont les utilisateurs et les groupes sont gérés … c’est devenu beaucoup plus facile, notamment le déploiement. Ce post va brièvement souligner tout ce que vous devez savoir sur ces changements.
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.
Clients fusionnés simultanés à partir du même ordinateur
Vous avez demandé un moyen d’exécuter plusieurs clients sur le même ordinateur ET de les connecter simultanément au même serveur 4D. Non seulement nous vous avons entendu, mais nous vous offrons encore plus avec 4D v17 R5 ! Chaque connexion comprend désormais un dossier de cache séparé contenant l’adresse IP de la connexion, le port et un code de hachage. Grâce à cela, vous pouvez désormais connecter plusieurs clients d’une même machine à plusieurs serveurs sur des machines différentes. Aucune configuration n’est nécessaire, il suffit de lancer le logiciel et de le regarder fonctionner !
Nouvelle architecture pour le déploiement des applications
Aujourd’hui, les applications fusionnées sauvegardent de nombreuses informations dans le paquetage de l’application et également dans le fichier compilé (.4DC). Outre le fait qu’elle empêche de créer des applications en lecture seule, la sauvegarde des informations dans le paquetage de l’application a une autre conséquence fâcheuse : les informations sont perdues lorsque vous mettez à jour l’application.
Éviter que la boîte de dialogue « Sélectionner le fichier de données » ne s’affiche pour une nouvelle application déployée.
Lorsque vous déployez une application chez votre client, qu’il s’agisse d’une application fusionnée 4D Server ou d’une application monoposte, 4D ouvre généralement la boîte de dialogue « Sélectionner le fichier de données ». Cela se produit parce que pour une solution mise à jour, 4D ne peut pas trouver la position du dernier fichier de données utilisé, puisque vous venez de remplacer l’ancienne structure. Et pour une première utilisation, 4D ne sait pas où vous souhaitez créer le fichier de données – il demande donc l’emplacement.
Ce dialogue, qui constitue la toute première interaction avec votre application, peut être déroutant pour le client. De plus, la vérification du fichier de données a lieu avant l’exécution de l’application. On Startup soit exécutée, avant que votre code ait la possibilité de sélectionner un autre fichier. Pour éviter cela, 4D v15 introduit une nouvelle fonctionnalité, appelée Données par défaut.
Nous contacter
Vous avez une question, une suggestion ou vous voulez simplement entrer en contact avec les blogueurs 4D ? Envoyez-nous un message !
* Votre vie privée est très importante pour nous. Veuillez cliquer ici pour consulter notre Politique