Zielgruppe BetriebVersion: GSB10.0Release Notes GSB 10.0.1 - Servicepack
Hier finden Sie die Release Notes zum GSB 10.0.1.
- 1 GSB Komponentenaktualisierungen
- 2 Installationsvoraussetzungen
- Known Bugs
- Hinweise zum Betrieb
- Weitere Hinweise
Der GSB 10.0.1 wird als Servicepack zum GSB 10.0.0 veröffentlicht. Das Servicepack enthält alle geänderten Komponenten des GSB Produktes. Die Mandanten https, service und standardlsg sind nicht enthalten, da diese gegenüber dem GSB 10.0.0 unverändert sind.
1 GSB Komponentenaktualisierungen
Folgende Komponentenaktualisierungen sind im Servicepack GSB 10.0.1 enthalten:
1.1 Repository
Optimierung der Publikation
Bei der Publikation von Content wird der Content nach der Publikation auf dem Zielsystem (Master-, Replication-Server) automatisch aus dem Temp-Verzeichnis gelöscht, so dass das manuelle Housekeeping des Temp-Verzeichnisses entfallen kann.
Bugfix
Unterstützung der Publikation von Inhalten mit Leerzeichen im Dokument- bzw. Ordnernamen.
1.2 Site
Unterstützung für mandantenspezifische Datenbanken
Die Einbindung von externen Datenbanken in einen GSB Mandanten kann per Spring-Konfiguration durchgeführt werden.
RichtextEnhancer-Plugin
Mandantenspezifische Erweiterungen des RichtextEnhancers werden ähnlich zum GSB 7 bzw. kompatibel zur kommenden GSB 10.1 Version umsetzbar.
Velocity-Skripte
Die Zugriffsmethoden
id_undname_aus dem GSB 7 stehen für eine einfachere Migration vom GSB 7 auf den GSB 10 zur Verfügung. Eine Umstellung der Velocity-Templates auf die GSB 10 Methodenidbzw.nameist damit nicht mehr zwingend erforderlich, so dass eine Migration der Velocity-Templates vom GSB 7 in den GSB 10 damit einfacher möglich ist.
1.3 GSB Editor
Optimierung Eventlistening
Die Stabilität des EventListenings ist optimiert worden, so dass es bei „Fehlverhalten“ von Netzwerkkomponenten auf der Netzwerkstrecke zwischen Editor und Repository nicht zu einem Abbruch des Listenings kommen kann.
Bugfix
Korrektur des Testversands im Newsletter-Workflow.
1.4 Solr-Server (UPDATE: 03.06.2019)
Für die Umkreissuche im GSB wird eine zusätzliche Bibliothek (jts-core) benötigt. Die notwendigen Schritte zur Installation sind in der Installationsanleitung im Kapitel "Installation Solr-Server" beschrieben.
2 Installationsvoraussetzungen
Das Service-Pack GSB 10.0.1 wird wie einleitend skizziert als vollumfängliches Release bereitgestellt, welches alle GSB Produktkomponenten enthält. Die Installation des Service-Packs kann damit entsprechend der Installation des GSB 10.0.0 erfolgen (s.a. Installationsanleitung).
Um das Service-Pack anstelle des GSB 10.0.0 zu installieren, muss dieses in der Platformbundle-Definition eingetragen werden. Die Definition findet sich in der Datei ~gsbos/config/platformBundle.cfg, das Service-Pack wird durch Änderung der Variable platform_core_version eingebunden. D.h. die Variable ist wie folgt zu definieren:
gsbos_core_version=10.0.1
Gleichzeitig empfiehlt es sich die Versionsnummer des Plattformbundles (Variable platform_version) ebenfalls zu erhöhen, damit dieses neu erstellt wird und die alte Version erhalten bleibt.
Das Platformbundle mit dem Service-Pack wird dann wie in der Installationsanleitung im Kapitel "Erstellung des Platform-Bundles"beschrieben erstellt.
Die Installation wird gemäß der Beschreibung im Kapitel "Vorgehen zur Installation"der Installationsanleitung durchgeführt.
Known Bugs
GSB 10.0.1
| Datum | Name | Beschreibung | Workaround | Patch |
|---|---|---|---|---|
| 22.05.2019 | Löschen publizierter Dokumente ohne tatsächliche Depublikation auf Live-Site [GSBSUP-44] | Beim Ausleihen und anschließendem Zurückgeben eines publizierten Dokumentes besteht die Möglichkeit der Löschung über den GSB Editor. Das Dokument ist danach nicht mehr im GSB Editor sichtbar und auf den Preview-Seiten nicht mehr vorhanden, aber weiterhin auf dem Master-Repository publiziert. Die Anlage eines gleichnamigen neuen Dokumentes ist möglich, eine Publikation schlägt aber fehl - nur "Freigeben" möglich. Eine Möglichkeit das Dokument vom Master zu entfernen esteht innerhalb des GSB Editors nicht, sodass unter Umständen Inhalte auf der Liveseite angezeigt werden, die nicht mehr entfernt werden können. | Um ein "publiziertes Dokument" aus den Live-Repositories zu entfernen, müssen folgende REST-Calls gegen alle Live-Repositories (Master, Replication) abgesetzt werden (am Beispiel des Master-Repositories und des zu löschenden Dokumentes "/standardlsg/DocumentToBeDeleted" ):
Schritt 1: http://repository.master.example.com:7001/repository/rest/document/checkin/standardlsg/DocumentToBeDeleted
Schritt 2 (http Post-Call): http:// repository.master.example.com:7001/repository/rest/delete mit dem Request-Body: { "sourcesSet": [ "/standardlsg/DocumentToBeDeleted " ] } | behoben mit Patch 10.0.1.1 für GSB 10.0.1 |
| 22.05.2019 | 'Absturz' GSB Editor beim Arbeiten mit großen Bilddokumenten [GSBSUP-43] | Bilddokumente werden im GSB Editor in voller Größe geladen, wodurch es zu Abstürzen beim Arbeiten mit großvolumigen Bilddokumenten kommen kann. | Die Behebung des Problems erfordert einen Patch des GSB Editors (Webapplikation). Ein Workaround ist nicht möglich, da die Kommunikation zwischen Browser und (Editor-)Server ursächlich ist. | behoben mit Patch 10.0.1.1 für GSB 10.0.1 |
GSB 10.0.x
| Datum | Name | Beschreibung | Workaround | Patch |
|---|---|---|---|---|
| 19.11.2019 | Fehler in Editor und Rechteverwaltung [GSBSUP-58] | Fehler in der Benutzerverwaltung Es ist nicht möglich in der Benutzerverwaltung des Adminportals Gruppen Regeln hinzuzufügen, die für einzelne Dokumente gelten. In dem Auswahlfenster zur Regelbearbeitung kann man zwar ein einzelnes Dokument inklusive Typ auswählen und dies speichern bzw. übernehmen, die Regel wird aber nie gespeichert, obwohl eine Meldung sagt „Regel gespeichert“. Fehler im Editor - Es ist in allen Dokumententypen nicht möglich ein Datumsfeld leer abzuspeichern, sobald einmal ein Datum eingegeben wurde. Genau dies ist aber unter Umständen erwünscht. - Umbenennen von Ordnern: o GSB10.0: Das Umbenennen von publizierten Ordnern geschieht ohne die üblichen CMS-Abläufe, die Umbenennung wird einfach direkt kommentarlos publiziert. o GSB10.0.1.1: Das Umbenennen von publizierten Ordnern ist nicht mit einer optischen Kennzeichnung des Ordners verbunden, es gibt auch keine Möglichkeit zu erkennen, dass dieser Ordner umbenannt wurde. Auch gibt es im Kontextmenu keine Möglichkeit eine Publikation des Ordners anzustoßen. Fehler bzw. seltsame Ergebnisse bei der Rechtevergabe Ein Versuch einer differenzierten Rechtevergabe für Editor Nutzer hat ergeben, dass dies entweder nicht möglich ist oder die vorhandene Beschreibung nicht ausreichend beschreibt, wie man dies tut. Ziel war es, bestimmten Nutzern zusätzlich alle notwendigen Rechte
zu geben werden. Dies gelingt leider nicht einfach so. Zur Vereinfachung des Testens haben ich einem Testnutzer nur für diese drei Anforderungen eine Rechtegruppe bmf_rechte _Content_Chief (s. Anhänge) in drei Versionen zugeordnet und untersucht, was geht. Es ergibt sich, dass im Gegensatz zu der recht einfachen Anforderungen bei den drei Testkonfigurationen einerseits nicht die gewünschten Rechte und darüber hinaus oft irritierend viele andere Rechte für in den Regeln gar nicht konfigurierte Dokumententypen/Aktionen vergeben werden. Auch gibt der Editor in der Anzeige der Berechtigungen im Fenster ‚Informationen Anzeigen‘ eigenartig/falsch Auskunft über die Berechtigungen für die Dokumente (s.Anhänge), jedenfalls anders als in den Regeln konfiguriert bzw. was tatsächlich möglich ist.. Zu Konfiguration-1-Regeln
Zu Konfiguration-2-Regeln (hier ist für den Ordner /bmf „Modify Folder“ hinzugefügt worden)
Zu Konfiguration-3-Regeln (hier ist für den Ordner /bmf „Approve“ und „Publish“ hinzugefügt worden)
--------------------------------------------------------------------- weitere Anmerkungen: Ursprünglicher Fehler zur Konfiguration-2-Regeln: Wenn man nur Rechte zum Bearbeiten von Dokumenttyp A hat und zusätzlich Rechte zur Bearbeitung eines Ordners, dann darf man darin auch Dokumente von anderen Typen anlegen. Status in Version 10.0.2: Man darf nur noch Dokumente vom Typ A anlegen, aber alle definierten Subtypen werden auch aufgeführt. Wenn man diese auswählt kommt es zwar zu einem "Dokumentfehler aufgetreten", aber manchmal wird trotzdem ein Dokument angelegt. Dieses ist dann ausgeliehen, aber vom ursprünglichen Nutzer nicht editierbar. Ursprünglicher Fehler: Regeln zu einzelnen Dokumenten lassen sich nicht speichern. Das bedeutet, es ist in der Version 10.0 nicht möglich, Rechte zu einzelnen Dokumenten zu vergeben sondern nur für Dokumententypen. Wenn Redakteur A Zugriff auf Dokument 1 erhalten soll, hat er automatisch auch Zugriff auf alle gleichen Dokumententypen im selben Ordner. Status in Version 10.0.2: Das Problem ist u.E. nicht gelöst sondern besteht weiterhin. Das heißt trotz korrekter Vergabe von Rechten auf einzelne Dokumente haben diese keine sichtbaren Auswirkungen im Editor. | mit GSB 10.0.3 behoben | |
| 26.11.2019 | Fehler Erweiterte Vorschau im Editor / Adminportal Explorer-Ansicht [GSBSUP-59] | Erweiterte Vorschau im Editor: Die erweiterte Vorschau im Editor zeigt selbst in der Standardlösung bei vier verschiedenen Auswahlmöglichkeiten immer dieselbe Ansicht eines ausgewählten Dokuments. Die Seitenaufrufe für die erweiterte Vorschau werden immer über den konfigurierten Editor Servernamen mit diesen Parametern ausgeführt, welche allerdings völlig wirkungslos sind:
Adminportal Exlplorer-Ansicht bereinigen Im Bereich Funktionen des Adminportals gibt es eine Explorer-Ansicht. Der Versuch eine Synchronisierung für diesen Mandanten durchzuführen (lt. Beschreibung zur Einrichtung des Adminportals) hilft hier nicht weiter, das Durcheinander zu beseitigen. | mit GSB 10.0.3 behoben | |
| 07.05.2020 | Probleme mit Passworten im Editor des GSB 7 [GSBSUP-139] | Bestimmte Kombinationen von Sonderzeichen und alphanumerischen Zeichen verhindern einen Anmeldung am Webeditor. Sollte eine Anmeldung trotz richtigem Passwort nicht möglich sein, bitte ein alternatives Passwort wählen. | Der beschriebene Effekt tritt in seltenen Ausnahmefällen auf und das Loginproblem kann in der Regel durch ein alternatives Passwort behoben werden. | mit GSB 10.1.1 behoben |
| 18.08.202 | HMAC für Absicherung Request-Parameter [GSBSUP-190] | Der GSB erlaubt den Versand von Unterseiten (also bspw. Stellenangeboten und Ausschreibungen) per E-Mail an beliebige Empfänger. | mit GSB 10.0.4 behoben | |
| 26.08.2020 | Adminportal: fehlende Funktion "Gruppe anlegen" [GSBSUP-188] | im GSB-Adminportal besteht aktuell keine Möglichkeit eine externe Gruppe anzulegen. | mit GSB 10.0.4 behoben | |
| 09.09.2020 | Editor: Verschiebbare Dialog [GSBSUP-194] | Die Dialoge/Overlays im GSBEditor sollten verschiebbar sein, damit diese bei Bedarf durch den Redakteur anders platziert werden können. | mit GSB 10.0.4 behoben | |
| 09.09.2020 | Erweiterung MimeType-Definition [GSBSUP-196] | Die Liste der durch die GSB-Komponenten unterstützten Mime-Types kann aktuell nicht konfiguriert werden. | mit GSB 10.0.4 behoben | |
| 17.09.2020 | httpd: Macro enforceServername [GSBSUP-206] | Bereitstellung eines optionalen httpd-Macros enforceServername für Redirect der Aliasnamen auf primären Servernamen | mit GSB 10.0.4 behoben | |
| 17.09.2020 | Workflows [GSBSUP-207] | Wiedervorlage Workflow funktioniert nicht / Dokumentation fehlt | mit GSB 10.0.4 behoben | |
| 19.11.2020 | Editor: Mandantenübergreifendes Copy&Paste [GSBSUP-227] | Bei einem mandantenübergreifenden Copy&Paste von Richtextinhalten dürfen interne Links nicht mit kopiert werden. Diese können im Zielmandanten nicht aufgelöst werden, da die Quellmandanten referenzierten Dokumente im Zielmandanten nicht enthalten sind. Werden interne Links im Richtext mandantenübergreifend kopiert, dann kommt es im Editor zur Fehlern, die weitere redaktionelle Arbeit im Editor und mit dem betroffenen Dokument verhindern. | Der gewünschte Text kann entweder direkt über die GSB Editor-Funkionalität "Als Text einfügen" eingefügt werden oder alternativ zunächst in einen beliebigen Texteditor und anschließend von dort per Copy&Paste in den GSB Editor. |
Hinweise zum Betrieb
Logausgaben
Folgende Logausgaben haben keine Relevanz für die Funktionalität der Komponenten und können daher ignoriert werden:
- Warnungen in Workflow-Log : activation.jar not found
org.apache.tomcat.util.scan.StandardJarScanner.scan Failed to scan file:/opt/gsbos/software/gsb-workflow/lib/activation.jar from classloader hierarchy
java.io.FileNotFoundException: /opt/gsbos/software/gsb-workflow/lib/activation.jar (No such file or directory)
- Warnungen in Repository-Logs : "... attempt to close session ... after it has been closed"
2018-07-05 17:08:40.000 [...] WARN org.apache.jackrabbit.core.session.SessionState.close: Attempt to close session-standardlsgAdmin@standardlsg-28235 after it has already been closed. Please review your code for proper session management.
java.lang.Exception: Stack trace of the duplicate attempt to close session-standardlsgAdmin@standardlsg-28235
...
Trace
...
2018-07-05 17:08:40.174 [...] WARN org.apache.jackrabbit.core.SessionImpl.finalize: Unclosed session detected. The session was opened here:
java.lang.Exception: Stack Trace
- Warnungen in Adminportal-Log :
WARNUNG [...] org.apache.catalina.startup.SetContextPropertiesRule.begin [SetContextPropertiesRule]{Context} Setting property 'antiJARLocking' to 'true' did not find a matching property.
- Warnungen in Adminportal-Log :
WARNUNG [...] org.apache.tomcat.util.scan.StandardJarScanner.processURLs Failed to scan file:/opt/gsbos/software/gsb-adminportal/lib/jcifs.jar
from classloader hierarchy
java.io.FileNotFoundException: /opt/gsbos/software/gsb-adminportal/lib/jcifs.jar (No such file or directory)
- Warnungen im service-preview :
WARNUNG [...] org.apache.tika.config.InitializableProblemHandler$3.handleInitializableProblem org.xerial's sqlite-jdbc is not loaded.
Please provide the jar on your classpath to parse sqlite files.
See tika-parsers/pom.xml for the correct version.
Hierbei handelt es sich nur um eine Warnung die von der im GSB genutzten Standardbibliothek Tika ausgegeben wird, falls kein SQLite-Treiber im Classpath vorhanden ist. Dieser wird nur benötigt, wenn eine SQLite-DB eingesetzt werden soll, was im GSB 10 nicht der Fall ist.
- Warnungen der Standardkomponente Logback :
11:57:30,361 |-WARN in ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP@6b632c7f - SizeAndTimeBasedFNATP is deprecated. Use SizeAndTimeBasedRollingPolicy instead
11:57:30,361 |-WARN in ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP@6b632c7f - For more information see http://logback.qos.ch/manual/appenders.html#SizeAndTimeBasedRollingPolicy
Hierbei handelt es sich nur um eine Warnung die von der im GSB genutzten Standardbibliothek Tika ausgegeben wird, falls kein SQLite-Treiber im Classpath vorhanden ist. Dieser wird nur benötigt, wenn eine SQLite-DB eingesetzt werden soll, was im GSB 10 nicht der Fall ist.
Weitere Hinweise
Im Delivery-Tomcat sind mehrere Versionen des bcmail-Jar-Files vorhanden, so dass es unter Umständen beim beim Start des Delivery-Tomcats zu Problemen kommen kann. In diesem Fall sollten alle überflüssigen bcmail-Jar-Files gelöscht werden. Es wird nur die Datei bcmail-jdk15on-1.49.jar benötigt.