Mehrere Server, eine gemeinsame lokale Ressource

Es kann vorkommen, dass Benutzer eine Verbindung zu vielen Instanzen der gleichen zusammengeführten Serveranwendung herstellen müssen. In diesem Fall lädt die zusammengeführte Client-Anwendung so viele lokale Ressourcen herunter, wie Verbindungen zum Server bestehen. Wenn der Ressourcen-Ordner Ihres Servers jedoch sehr groß ist, kann dies eine ziemliche Belastung für Zeit, Volumen und Netzwerk darstellen! Glücklicherweise hat 4D v18 R5 eine Lösung für dieses Szenario!

Wenn Sie Ihre Remote-Anwendung mit mehreren Servern verbinden, wie im obigen Bild beschrieben, erhalten Sie diesen lokalen Ressourcenordner im System:

blank

Anstatt den zeitaufwändigen Resources-Ordner des Servers zu verwenden, haben Sie die Möglichkeit, denselben lokalen Resources-Ordner für alle diese streng identischen Server zu nutzen.

Ältere REMOTE-Anwendungen

Für die gemeinsame Nutzung des lokalen Ressourcenordners steht Ihnen ein neuer buildApp-Schlüssel zur Verfügung:

<BuildApp>
<CS>
<ClientServerSystemFolderName>myApp</ClientServerSystemFolderName>

Bei der Verbindung mit einem Server werden die Serverinformationen durch die Zeichenfolge ersetzt, die Sie beim Erstellen der Anwendung festgelegt haben. Wir haben den letzten Schlüssel beibehalten, damit Sie so viele Remote-Anwendungen wie gewünscht auf demselben Computer verwenden können. Der lokale Ressourcenordner sieht nun wie folgt aus:

blankSie können jederzeit eine Verbindung zum Server herstellen, indem Sie den integrierten Anmeldedialog verwenden. In diesem Fall ist der verwendete Cache-Ordner nicht mehr derjenige, der aus Ihren benutzerdefinierten Informationen (Anwendungsname, IP und Port) besteht, sondern derjenige, der beim Erstellen der Anwendung festgelegt wurde.

REMOTE-Ausführung des CUSTOM-Verbindungs-DIALOGS

In diesem Blog-Beitrag haben wir gelernt, wie Sie eine Verbindungsdatenbank anstelle des alten 4D Verbindungsdialogs in Ihren zusammengeführten Remote-Anwendungen verwenden können. Das Verhalten basiert auf der Verwendung einer benutzerdefinierten 4DLink Datei mit dem Befehl OPEN DATABASE.

Sie können den Stammnamen der lokalen Ressourcen mit dem neuen Schlüssel cache_folder_name in der 4DLink Datei definieren.

Im gleichen Beispiel wie im oben genannten Blog-Beitrag sehen Sie hier den Code-Ausschnitt aus einem Server-Auswahldialog, in dem Form.selectedServer enthält die 4D Server Informationen:

If (Form.selectedServer#Null)
C_TEXT ($xml)
C_OBJECT ($link)
$xml :="<?xml version=\"1.0\" encoding=\"UTF-8\"?><database_shortcut is_remote=\"true\" server_database_name=\"FA_RemoteConnexionServ\" server_path=\""+Form.selectedServer.IP+": "+Form.selectedServer.portID+"\" cache_folder_name=\""+Form.selectedServer.customCacheFolder+"\"/>"
$link :=Folder(fk user preferences folder).file("server.4dlink")
$link .setText($xml)
OPEN DATABASE ($link.platformPath)
End if

Bitte beachten Sie

Wenn Sie Ihr Serveranwendungspaket ändern, wird die automatische Aktualisierung der lokalen Ressourcen für jedes einzelne Paket durchgeführt. Solange jedoch alle Ihre Serveranwendungspakete streng identisch sind, werden die lokalen Ressourcen nur bei Bedarf heruntergeladen: bei der ersten Serververbindung!

Avatar
- Product Owner - Damien Fuzeau ist seit Februar 2019 Mitglied des 4D Produktteams. Als Product Owner ist er für das Schreiben von User Stories zuständig, die er dann in funktionale Spezifikationen umsetzt. Zu seinen Aufgaben gehört es auch, dafür zu sorgen, dass die gelieferten Funktionsimplementierungen den Anforderungen der Kunden entsprechen. Damien hat an der Universität von Nantes einen Abschluss in Softwaretechnik gemacht. Er verbrachte mehr als 23 Jahre in seinem früheren Unternehmen, zunächst als Entwickler (er entdeckte 4D im Jahr 1997) und später als technischer Leiter und Softwarearchitekt. Dieses Unternehmen ist ein 4D OEM Partner und hat 4D basierte Geschäftssoftware für Tausende von Usern auf Hunderten von Servern eingesetzt. Damien ist also mit der Entwicklung und dem Einsatz von 4D in einem mehrsprachigen Kontext vertraut.