Zielgruppe BetriebVersion: GSB10.0Release Notes GSB 10.0.1.1 - Patch
Hier finden Sie die Release Notes zum GSB 10.0.1.1.
Dieser Patch aktualisiert das GSB 10 Release 10.0.1.
Folgende Aktualisierungen sind in dem Patch enthalten:
*Applikation Repository*
* Löschen publizierter Dokumente ohne tatsächliche Depublikation auf Live-Site [GSBSUP-44]
*Applikation Editor*
* 'Absturz' GSB Editor beim Arbeiten mit großen Bilddokumenten [GSBSUP-43]
1 Installation des Patches
Im Ordner patch sind alle aktualisierten GSB Applikationen enthalten.
Die Integration des Patches in das GSB 10.0.1 Release wird wie folgt durchgeführt.
Schritt 1
Zunächst werden die Applikationen im Release-Ordner gelöscht.
Üblicherweise wird das Release im Ordner ~gsbos/releases/core/10.0.1 abgelegt,
so dass die Vorbereitung mit folgendem Kommando durchgeführt werden kann:
rm -r ~gsbos/releases/core/10.0.1/{editor,repository}
Schritt 2
Der Patch wird jetzt in das Release 10.0.1 integriert,
indem der Inhalt des Ordners patch in das Release kopiert wird.
Dieses kann mit dem folgenden Kommando durchgeführt werden kann:
cp -r patch/* ~gsbos/releases/core/10.0.1/
Schritt 3
Das Release 10.0.1 ist jetzt um den Patch erweitert,
die eigentliche Installation auf der GSB 10 Infrastruktur erfolgt jetzt mit
den Standardmechanismen des GSB 10.
D.h. es wird zunächst ein Platformbundle erstellt. Das Vorgehen zur Erstellung
eines Platformbundle ist in der Installationsanleitung des Release 10.0.1
im Kapitel "Erstellung des Platform-Bundles" beschrieben.
Anschließend wird das Platformbundle installiert. Das Vorgehen hierzu findet sich
ebenfalls in der Installationsanleitung im Kapitel "Installation des Platform-Bundles".
Known Bugs
GSB 10.0.1.1
| Datum | Name | Beschreibung | Workaround | Patch |
|---|---|---|---|---|
| 21.06.2019 | Warnungen für jcifs und antiJarLocking | Im Adminportal erscheinen folgende Meldungen: WARNUNG [...] org.apache.catalina.startup.SetContextPropertiesRule.begin [SetContextPropertiesRule]{Context} Setting property 'antiJARLocking' to 'true' did not find a matching property. INFORMATION [...] org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found in them. Skipping unneeded JARs during scanning can improve startup time and JSP compilation time. WARNUNG [...] org.apache.catalina.startup.SetContextPropertiesRule.begin [SetContextPropertiesRule]{Context} Setting property 'antiJARLocking' to 'true' did not find a matching property. WARNUNG [...] org.apache.catalina.startup.SetContextPropertiesRule.begin [SetContextPropertiesRule]{Context} Setting property 'antiJARLocking' to 'true' did not find a matching property. ERROR [...][HotDeployImpl:233] com.liferay.portal.kernel.deploy.hot.HotDeployException: Error registering plugins for service-portletservice-portlet WARN [...][PluginPackageUtil:1114] Plugin package on context newsletter-admin cannot be tracked because this WAR does not contain a liferay-plugin-package.xml file WARN [...][PluginPackageUtil:1114] Plugin package on context workflow-admin cannot be tracked because this WAR does not contain a liferay-plugin-package.xml file INFORMATION [System Bundle Shutdown] org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading Illegal access: this web application instance has been stopped already. Could not load [java.util.AbstractCollection]. The following stack trace is thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access. | Die Information Ausgaben sind Ausgaben von Standardkomponenten und können bei Bedarf durch Anpassen des Loglevels auf WARN unterdrückt werden. | behoben im Release des GSB 10.1.0 |
| 21.06.2019 | Fehlermeldung in den Logs | SCHWERWIEGEND [...] org.apache.catalina.session.StandardManager.startInternal Exception loading sessions from persistent storage
SCHWERWIEGEND [...] org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [rest] in context with path [/rest-interface] threw exception at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:66)
SCHWERWIEGEND [...] org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [rest] in context with path [/rest-interface] threw exception | Null-Check ergänzt, so dass die Exceptions nicht mehr auftreten. | behoben im Release des GSB 10.1.0 |
| 10.02.2020 | Editor-Dashboard: Sortierung "letzte Änderung" alphabetisch anstatt nach Datum | Das Dashboard wurde initial als Showcase realisiert und damit nie weiterentwickelt/angepasst. | ||
| 03.02.2020 | Probleme bei der Replikation (GSBSUP-77) | Beim erstmaligen Starten der replication-Webapp, bei leeren Replikations-Servern, wird der gesamte Content per Bulkreplikation vom Master-Repository auf die Replication-Server verteilt. Danach geht die replication-Webapp in die eventbasierte Replikation, das heißt, die Dokumente werden einzeln an die Replikations-Server übermittelt. Wird nun ein Dokument depubliziert, wird ein Fehler geworfen und die gesamte Replikation steht still. Selbst ein Restart schafft keine Abhilfe. Error Message aus webapp-replication.log
2020-01-21 16:16:38.440 [replication-454] DEBUG de.bund.gsb.replication.strategies.DefaultReplication.replicate: Replicating to http://repository.replication2.bmwi.initcld:8001/repository/importagent 2020-01-21 16:16:38.458 [replication-454] DEBUG de.bund.gsb.replication.SessionFactory.getSession: Hole Session. 2020-01-21 16:16:38.464 [replication-454] DEBUG de.bund.gsb.replication.strategies.DefaultReplication.replicate: Starting TimeBasedReplication... 2020-01-21 16:16:38.466 [replication-454] DEBUG de.bund.gsb.replication.SessionFactory.getSession: Hole Session. 2020-01-21 16:16:38.469 [replication-454] DEBUG de.bund.gsb.replication.strategies.TimeBasedReplication.replicate: Gesucht nach: /jcr:root/cms_events/publicationwrappers//element(*,gsb:PublishingRequestEventWrapper)[@gsb:txDone='true'][@gsb:created > 1579596895764] order by @gsb:created 2020-01-21 16:16:38.492 [replication-454] INFO de.bund.gsb.replication.strategies.TimeBasedReplication.replicate: EventBased: /cms_events/publicationwrappers/88/91/86/8891867d-a7ad-4f3b-8217-6f6827bfde8b 2020-01-21 16:16:38.493 [replication-454] DEBUG de.bund.gsb.replication.SessionFactory.getSession: Hole Session. 2020-01-21 16:16:38.495 [replication-454] DEBUG de.bund.gsb.replication.strategies.AbstractReplicationStrategy.createTransaction: Creating new Transaction: 'http://repository.replication2.bmwi.initcld:8001/repository/importagent/transaction'. 2020-01-21 16:16:38.497 [replication-454] DEBUG de.bund.gsb.replication.strategies.AbstractReplicationStrategy.createTransaction: Transaction created: 'http://repository.replication2.bmwi.initcld:8001/repository/importagent/transaction/966bf6c1-67c7-48b4-866a-30fd74f9486b'. 2020-01-21 16:16:38.498 [replication-454] DEBUG de.bund.gsb.replication.strategies.EventBasedReplication.transferEvents: Transfering Events to 'http://repository.replication2.bmwi.initcld:8001/repository/importagent/transaction/966bf6c1-67c7-48b4-866a-30fd74f9486b'. 2020-01-21 16:16:38.498 [replication-454] DEBUG de.bund.gsb.replication.strategies.EventBasedReplication.transferData: Processing File '/cms_events/publicationwrappers/88/91/86/8891867d-a7ad-4f3b-8217-6f6827bfde8b [gsb:PublishingRequestEventWrapper]'. http://repository.replication2.bmwi.initcld:8001/repository/importagent/transaction/966bf6c1-67c7-48b4-866a-30fd74f9486b->/cms_events/publicationwrappers/88/91/86/8891867d-a7ad-4f3b-8217-6f6827bfde8b.wrp <http://repository.replication2.bmwi.initcld:8001/repository/importagent/transaction/966bf6c1-67c7-48b4-866a-30fd74f9486b-%3e/cms_events/publicationwrappers/88/91/86/8891867d-a7ad-4f3b-8217-6f6827bfde8b.wrp> 2020-01-21 16:16:38.498 [replication-454] INFO de.bund.gsb.replication.strategies.AbstractReplicationStrategy.updateTransaction: Update Transaction: http://repository.replication2.bmwi.initcld:8001/repository/importagent/transaction/966bf6c1-67c7-48b4-866a-30fd74f9486b/cms_events/publicationwrappers/88/91/86/8891867d-a7ad-4f3b-8217-6f6827bfde8b.wrp <http://repository.replication2.bmwi.initcld:8001/repository/importagent/transaction/966bf6c1-67c7-48b4-866a-30fd74f9486b/cms_events/publicationwrappers/88/91/86/8891867d-a7ad-4f3b-8217-6f6827bfde8b.wrp> 2020-01-21 16:16:38.503 [replication-454] INFO de.bund.gsb.replication.strategies.EventBasedReplication.transferData: File /cms_events/publicationwrappers/88/91/86/8891867d-a7ad-4f3b-8217-6f6827bfde8b [gsb:PublishingRequestEventWrapper] created. 2020-01-21 16:16:38.505 [replication-454] WARN de.bund.gsb.replication.strategies.EventBasedReplication.replicate: BulkReplication failed: 6938aa61-9be7-460e-bbc3-0c64987fa5c0 org.apache.jackrabbit.core.state.NoSuchItemStateException: 6938aa61-9be7-460e-bbc3-0c64987fa5c0 at org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceManager.load(AbstractBundlePersistenceManager.java:492) Wrapped by: org.apache.jackrabbit.core.state.NoSuchItemStateException: 6938aa61-9be7-460e-bbc3-0c64987fa5c0 at org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:290) Wrapped by: javax.jcr.ItemNotFoundException: 6938aa61-9be7-460e-bbc3-0c64987fa5c0 at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:384)
Event-File die auf dem Replikationserven übertragen wird 8891867d-a7ad-4f3b-8217-6f6827bfde8b.wrp:
<?xml version="1.0" encoding="UTF-8"?> <sv:node sv:name="8891867d-a7ad-4f3b-8217-6f6827bfde8b" xmlns:rep="internal" xmlns:sv="http://www.jcp.org/jcr/sv/1.0 <http://www.jcp.org/jcr/sv/1.0> " xmlns:mix="http://www.jcp.org/jcr/mix/1.0 <http://www.jcp.org/jcr/mix/1.0> " xmlns:jcr="http://www.jcp.org/jcr/1.0 <http://www.jcp.org/jcr/1.0> " xmlns:fn_old="http://www.w3.org/2004/10/xpath-functions <http://www.w3.org/2004/10/xpath-functions> " xmlns:gsb="http://gsb.bund.de/gsb/nt/1.0 <http://gsb.bund.de/gsb/nt/1.0> " xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance <http://www.w3.org/2001/XMLSchema-instance> " xmlns:gsbmix="http://gsb.bund.de/gsbmix/nt/1.0 <http://gsb.bund.de/gsbmix/nt/1.0> " xmlns:fn="http://www.w3.org/2005/xpath-functions <http://www.w3.org/2005/xpath-functions> " xmlns:xs="http://www.w3.org/2001/XMLSchema <http://www.w3.org/2001/XMLSchema> " xmlns:nt="http://www.jcp.org/jcr/nt/1.0 <http://www.jcp.org/jcr/nt/1.0> "> <sv:property sv:name="jcr:primaryType" sv:type="Name"> <sv:value>gsb:PublishingRequestEventWrapper</sv:value> </sv:property> <sv:property sv:name="jcr:uuid" sv:type="String"> <sv:value>8e186222-0dda-4deb-a230-b4240ddf2f14</sv:value> </sv:property> <sv:property sv:name="gsb:created" sv:type="Long"> <sv:value>1579619796857</sv:value> </sv:property> <sv:property sv:name="gsb:createdBy" sv:type="String"> <sv:value>init.bastian.lonser@BMWI</sv:value <init.bastian.lonser@BMWI%3c/sv:value> > </sv:property> <sv:property sv:name="gsb:emittedBy" sv:type="String"> <sv:value>publisher</sv:value> </sv:property> <sv:property sv:name="gsb:txDone" sv:type="Boolean"> <sv:value>true</sv:value> </sv:property> <sv:property sv:name="gsb:txId" sv:type="String"> <sv:value>d5931807-c721-4a98-b3a4-117fbb9f6ed1</sv:value> </sv:property> <sv:node sv:name="gsb:depublications"> <sv:property sv:name="jcr:primaryType" sv:type="Name"> <sv:value>gsb:DepublicationRequestEvent</sv:value> </sv:property> <sv:property sv:name="jcr:uuid" sv:type="String"> <sv:value>5951cbb3-00e2-4ead-8997-7f1ce499ed2e</sv:value> </sv:property> <sv:property sv:name="gsb:created" sv:type="Long"> <sv:value>1579619796848</sv:value> </sv:property> <sv:property sv:name="gsb:createdBy" sv:type="String"> <sv:value>admin</sv:value> </sv:property> <sv:property sv:name="gsb:emittedBy" sv:type="String"> <sv:value>publisher</sv:value> </sv:property> <sv:property sv:name="gsb:nodeType" sv:type="String"> <sv:value>ServiceContact</sv:value> </sv:property> <sv:property sv:name="gsb:parentId" sv:type="String"> <sv:value>48e99b3b-f75a-417e-ae16-a5a9e8396523</sv:value> </sv:property> <sv:property sv:name="gsb:parentPath" sv:type="String"> <sv:value>/BMWI/FDB/Beispiele</sv:value> </sv:property> <sv:property sv:name="gsb:repositoryId" sv:type="String"> <sv:value>6938aa61-9be7-460e-bbc3-0c64987fa5c0</sv:value> </sv:property> <sv:property sv:name="gsb:repositoryPath" sv:type="Path"> <sv:value>/BMWI/FDB/Beispiele/test</sv:value> </sv:property> <sv:property sv:name="gsb:version" sv:type="String"> <sv:value>1</sv:value> </sv:property> </sv:node> </sv:node> | Die Behebung des Problems erfordert einen Patch. | behoben mit Patch 10.0.2 |
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.