Sie setzen in dem Skript dsession.txt (d=Sprachenschlüssel, esession.txt für Englisch) durch VersionNumber xxx eine frei vergebbare Versionsnummer. Das Logon-Script sowie session-Skript wird immer neu aus dem Web Repository bzw. von dem angegebenen ftp/http Server geladen, nie aus dem lokalen Cache. Alle weiteren Skripte sucht GuiXT nun direkt in dem lokalen Cache, dessen Verzeichnisname aus dem GuiXT Profile entnommen  und um die angegebene Versionsnummer ergänzt wird. Es fallen in der Regel dann keinerlei Zugriffe auf den Skriptserver mehr an, falls der Benutzer keine neuen SAP Bildschirme aufruft. Ohne VersionNumber  wird dagegen pro SAP Session jedes Skript zunächst einmal neu in den Cache eingelesen.

Bei 400 Benutzern, 30 verschiedenen SAP Bildschirmen pro Benutzer und 500 Dialogschritten pro Benutzer ergeben sich in einem eingeschwungenen System folgende Server-Zugriffe:

• ohne lokalen Cache: 400*500 = 200.000
• mit lokalem Cache: 400*30 = 12.000
• mit lokalem Cache und Versionsnummer:400 * 2 = 800

Wenn Sie später eine Änderung in den GuiXT Skripten durchführen und diese bei allen Benutzern wirksam werden soll, erhöhen Sie die Versionsnummer. Bei der nächsten SAP Anmeldung liest GuiXT die neue Versionnummer, löscht das alte Cache-Verzeichnis und legt unter der neuen Versionsnummer einen neuen Cache an, der dann sukzessiv gefüllt wird.

Bitte achten Sie darauf, daß string nur Zeichen enthält, die als Verzeichnisnamen unter Windows zulässig sind, am besten nur Buchstaben und Zahlen.