GSB 7.0 Standardlösung

Konfiguration

GSB Editor Aktivierung

Damit der GSB Editor den Mandanten standardlsg erkennt und unterstützt, muss dieser in der Konfiguration des Editors registriert und bekannt gemacht werden. Hierzu muss die Runtime-Konfiguration des Editor-Tomcats angepasst werden.

Die betreffende Datei der exemplarischen Laufzeitkonfiguration des Kernrelease ist infrastructure/runtime/editor-preview/webapps/editor/gsbeditor.properties.

Die folgenden Propertydefinitionen sind entsprechend anzupassen:

GSB Editor Mandantenaktivierung

gsbeditor.activeCustomers=standardlsg (1)

gsbeditor.customer.servername.standardlsg=editor.standardlsg.example.com (2)

(1)definiert die im Editor registrierten Mandanten in Form einer kommaseparierten Liste
(2)enthält die für den Mandanten standardlsg verwendeten Servernamen. Werden weitere Mandanten im Editor registriert, dann muss für jeden Mandanten eine entsprechende Property gsbeditor.customer.servername.<CUSTOMERNAME> definiert werden.

Mandantenentwicklung

Der Mandant standardlsg enthält  alle für eine Mandantenentwicklung benötigten Komponenten.

Subprojekte

Eine Entwicklung eines individuellen Mandanten auf Basis der Standardlösung erfordert die Festlegung der benötigten Komponenten des Mandanten. Jede Komponente ist in Form eines Gradle-Subprojektes definiert.

Die Subprojekte werden in der Datei settings.gradle definiert, die wie folgt aufgebaut ist:

Datei: settings.gradle

Unresolved directive in installation.adoc - include::../../../../../../settings.gradle[]

Die einzelnen Subprojekte werden mit einem include-Statement eingebunden. Folgende Subprojekte werden (voraussichtlich) in einem Mandantenprojekt nicht benötigt:

  • content unterstützt den Cotent-Export des Mandanten und die Erstellung des Content-Artefakts (Datei: zip) im Mandantenrelease und wird für die Integration der Standardlösung in ein GSB Gesamtrelease benötigt.
  • documentation enthält diese Dokumentation der Standardlösung. Diese Mandantendokumentation ist Bestandateil des GSB Gesamtrelease und geht dort im Documentation-Artefakt (Datei: zip)
  • eventdispatcher dient der mandantenspezifischen Konfiguration des Eventdispatcher. In Mandantenprojekten ohne Eventdispatcher kann das Projekt entfernt werden.
  • infrastructure enthält Vorlagen und exemplarische (Infrastruktur-)Konfigurationen des Mandanten. Dieses Subprojekt wird für die Integration des Infrastruktur-Artefakts (Datei: zip) im Mandantenrelease und wird für die Integration der Standardlösung in ein GSB Gesamtrelease benötigt.

Die Include-Anweisungen der nicht benötigten Subprojekte können aus der Datei settings.gradle entfernt und die betreffenden Unterordner gelöscht werden.

Java-Implementation

Die Standardlösung nutzt neben den im Mandanten vorhandenen Templates und Konfigurationen ausschließlich die Java-Implementation des GSB Kerns. In individuellen Mandantenprojekten Businesslogiken durch entsprechende Java-Implementierungen einfach starten zu können enthält die Standardlösung einen Satz an Dummyklassen, die als Grundlage und Ausgangsbasis für mandantenspezifische Implementierungen genutzt werden können.

Wenn entsprechende Implementierungen nicht benötigt werden, dann können die folgenden Java-Sourcen entfernt werden:

  • Eventdispatcher: de.bund.gsb.eventdispatcher.customers.standardlsg.StandardlsgPerformer
  • Indexer: bund.gsb.customers.standardlsg.indexer.TestMapper
  • Site: bund.gsb.customers.standardlsg.site.forms.action.TestAction