Zielgruppe BetriebVersion: GSB10.1Konfiguration
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