Release Notes

Mit Version 3.0 der Java Servlet Specification wurde die „Web Framework Pluggability“ eingeführt (siehe Java Servlet 3.0 Specification). Diese ermöglicht z. B.:

• die Modularisierung der web.xml oder
• die Konfiguration von Komponenten über Java-Annotationen.

Global ist die „Web Framework Pluggability“ in FirstSpirit über den Parameter WEBAPP_ENABLE_PLUGGABILITY_FEATURES_DEFAULT (Standardwert „true“) in der Datei fs-server.conf aktiviert (siehe Kapitel Bereich: Web Applications (fs-server.conf)). In dieser Einstellung werden alle Java-Klassen beim Deployment auf Annotationen gescannt.

Wird die Funktionalität nicht benötigt, kann sie global oder für einzelnen Web-Applikationen deaktiviert werden, damit das Deployment auf dem Webserver nicht länger dauert als notwendig. Die Konfiguration bzw. Deaktivierung für einzelne Web-Applikationen erfolgt über das Auswahlfeld „Pluggability“, entweder für die globalen Web-Applikationen (FirstSpirit ServerManager, Server-Eigenschaften/Web-Applikationen) oder die Web-Komponenten eines Projekts (FirstSpirit ServerManager, Projekt-Eigenschaften/Web-Komponenten).

Mit FirstSpirit 2021-01 wurde die Pluggability-Erkennung für Web-Applikationen verbessert. Es ist nun gewährleistet, dass die Pluggability automatisch aktiviert wird, wenn mindestens eine Web-Komponente einer Web-Applikation Pluggability benötigt. Die Pluggability einer Web-Komponente wird über die Attribute metadata-complete und absolute-ordering beeinflusst.

Mit dem neuen Verhalten wird sichergestellt, dass weniger Konflikte durch eine fehlerhafte Konfiguration entstehen. Dabei wird gegebenenfalls auch die explizit gesetzte Einstellung „Inaktiv“ für die Pluggability im ServerManager (unter Server-Eigenschaften/Web-Applikationen) überschrieben.

Folgende Modul-Versionen für „FirstSpirit Content Experience Tools“ werden von FirstSpirit 2021-01 unterstützt:

* Diese Module benötigen ab dieser Version FirstSpirit 2020-03 oder höher.

Das „Varianten“-Prinzip von FirstSpirit Content Experience Tools ermöglicht unterschiedliche Ausprägungen eines Fragments. Eine Variantendimension eines Fragments kann beispielsweise die Sprache sein.
Technisch umgesetzt werden Varianten durch ein <CMS_GROUP>-Formular mit dem Bezeichner editions in der Metadaten-Vorlage. Die Auswahl der Sprache durch den Redakteur und die Speicherung der jeweiligen (sprachabhängigen) Inhalte erfolgt in diesem Fall über die Variable language.

Über die Komponente FS_INDEX können u.a. neue Fragmente in einem Remote-Projekt erstellt werden. Mit dem aktuellen Release ist dabei jetzt immer die aktuelle Variantendimension vorausgewählt, z. B.

Bei Bedarf kann in diesem Dialog eine andere Variantendimension gewählt werden.

Das neue Fragment wird in dem Remote-Projekt angelegt, das über das Attribut remote im Tag PROJECT der betreffenden FS_INDEX-Komponente spezifiziert ist.
Weichen die im Quell- und Zielprojekt über editions definierten Variantendimensionen voneinander ab, wird eine zufällige Dimension des Zielprojektes vorausgewählt.

Beispiel-Code FS_INDEX:

<FS_INDEX name="fragments" useLanguages="no">
     <LANGINFOS>
       <LANGINFO lang="EN" label="Select / create contact person"/>
       <LANGINFO lang="*" label="Kontakt auswählen / erstellen"/>
     </LANGINFOS>
     <SOURCE name="FirstSpiritFragmentAccess/FSFAConnector">
       <PROJECT remote="fragments">
         <CATEGORY uid="contacts"/>
       </PROJECT>
     </SOURCE>
</FS_INDEX>

Mit Java 11 ist das JAXB-Paket javax.xml.bind (Java Architecture for XML Binding) entfallen. Bei einer Umstellung von FirstSpirit-Modulen auf Java 11 müssen Modulentwickler nun dafür sorgen, dass Module, die diese Ressource benötigen, diese selbst bereitstellen. Dazu unterstützt das Interface ScheduleTaskApplication nun die Einbindung einer Modul-lokalen JAXB-Bibliothek.

Die Multisite Management-Funktionalitäten „FirstSpirit ContentTransport“ und „FirstSpirit CorporateContent“ ermöglichen den Transport von Projektinhalten und -eigenschaften von einem Quellprojekt in ein Zielprojekt. Für beide Funktionalitäten wurde die Stabilität und Performance beim Transport größerer Datenmengen verbessert. Es können nun größere Datenmengen, bei geringerer Speicherbelastung transportiert werden. Das verbesserte Verhalten wirkt sich auch auf dem Import/Export von Zip-Dateien über die entsprechenden Kontextmenüfunktionen im SiteArchitect aus.

Weiteren Informationen zu den oben genannten Funktionen siehe:

• Modul-Dokumentation zu „FirstSpirit CorporateContent“, Kapitel „CorporateContent“ und „ContentTransport“ (PDF)
• Dokumentation zum „FirstSpirit SiteArchitect“, Kapitel „Spezielle Kontextmenüfunktionen“

Über den neuen Konfigurations-Parameter nonDisplayedSectionsRendering kann die Ausgabe von ausgeblendeten Absätzen erzeugt werden.

$CMS_SET(#global.json.nonDisplayedSectionsRendering, true)$

Wenn der Wert auf „true“ gesetzt ist, wird für jeden Absatz ein zusätzliches Attribut „displayed“ erzeugt.
Wenn der Wert auf „false“ gesetzt ist (Standardwert), wird dieses Attribut nicht erzeugt.

Wird diese Option, z. B. in der Seitenvorlage der globalen Projekteinstellung, auf „true“ gesetzt, dann wird über das Attribut „displayed“ für jeden Absatz die sprachabhängige Einstellung abgebildet, ob der Absatz angezeigt werden soll oder nicht.

Beispiel:

Hinweis: Ist der Konfigurations-Parameter nicht gesetzt, dann werden Absätze, bei denen der Haken nicht gesetzt ist, gar nicht ausgegeben. Durch ein Setzen des Parameters werden also nicht nur zusätzliche Attribute bei der Ausgabe hinzugefügt, sondern auch ausgeblendete Absätze erzeugt.