Folgende veränderten Verhaltensweisen sind beim Update von WGA 3.2 zu beachten:
- Benötigt J2SE 1.4:
WGA 3.3 hebt die Mindestanforderungen an das Java-System gegenüber WGA 3.2 leicht an. WGA 3.3 benötigt eine Java-VM der Java 2 Standard Edition 1.4, wo in WGA 3.2 noch J2SE 1.3 ausreichend war. Stellen sie bitte sicher, dass sie eine VM dieser oder einer höheren Version verwenden. Die notwendige Version der Java 2 Enterprise Edition bleibt gleich und ist 1.3
- Leere ACLs bei WGA Content Stores for JDBC/FirebirdSQL/Oracle verweigern nun jeglichen Autorenzugriff
Bislang wurde eine leere ACL - also eine ACL ohne Einträge wie sie in einer neu erstellten Content Store für relationale Systeme vorliegt - so interpretiert, dass jeder Benutzer ohne Login Managerrechte besitzt. Dieses Verhalten sollte den Beginn eines Projektes mit einer neuen Content Store erleichtern und nur verwendet werden, solange diese nicht produktiv eingesetzt wird. Leider führte dies dazu, dass die Pflege der ACL, und somit die Absicherung der Content Store, in einigen Situationen vergessen wurden. Daher wurde hier das Basis-Verhalten insofern geändert, dass eine leere ACL nun jeglichen Zugriff verweigert. Daher muss nun der WGA Administrator unmittelbar nach Einbindung einer leeren JDBC Content Store zunächst die ACL pflegen (was er über die WGA-Adminseite unabhängig von den aktuellen ACL-Rechten vornehmen kann) und die Zugriffsrechte regeln bevor es zu Autorentätigkeiten in dieser Datenbank kommen kann.
- HTML-Inputfelder in WebTML-Forms werden normalerweise nicht mehr akzeptiert
Bislang konnten normale HTML-Inputfelder (<input name="feldname" ...>) innerhalb einer WebTML-Form definiert werden, deren Eingaben dann zu Daten des übertragenen TMLForm-Objektes auf dem Server wurden. Aus Sicherheitsgründen wurde diese Möglichkeit nun standardmäßig deaktiviert. Die Daten aus HTML-Inputfeldern werden serverseitig nicht mehr berücksichtigt, wodurch nun kein "einschleusen" weiterer Formularfelder über modifizierte HTTP-POST-Requests mehr möglich ist. Um das alte Verhalten wieder zu erlangen können sie jedoch das Attribut "htmlinput" am TML-Form-Tag auf "true" setzen, wodurch HTML-Input-Daten wieder akzeptiert werden.
- Die WebDAV-Basis-URL zeigt nur noch WGA Content Stores der Domäne "default" an
Bislang konnte die WebDAV-Basis-URL (/WGAPublisher/webdav/ ohne Datenbankschlüssel) verwendet werden, um alle eingebundenen WGA Content Stores als Verzeichnisse anzuzeigen. Da dies in Konflikt zum neuen WGA-Feature der "Brute Force Login"-Blockade steht wurde diese URL soweit reduziert, dass sie nur noch Content Stores der Domäne "default" anzeigt.
- Um in "WGA Content Stores for Lotus Domino" Struktureinträge zu verschieben ist die Rolle [MoveStructs] notwendig
WGA 3.3 führt die Möglichkeit ein, die Berechtigung zum Verschieben von Struktureinträgen pro Person oder Gruppe in der ACL festzulegen. Um diese Berechtigung auch in der ACL einer WGA Content Store for Lotus Domino festlegen zu können, wurde die Rolle [MoveStructs] eingeführt. Jede Person oder Gruppe, welche diese Rolle besitzt, hat die Berechtigung Strukturdokumente zu verschieben (falls de individuellen Berechtigungsfelder der Struktureinträge dies zulassen). Da diese Rolle jedoch in existierenden WGA Content Stores nicht existiert besitzt nach Update auf WGA 3.3 vorübergehend niemand das Recht zum Verschieben von Strukturdokumenten. Dieses muss nun zunächst über die Definition der Rolle "[MoveStructs]" sowie die Zuweisung dieser Rolle an Personen und Gruppen wiederhergestellt werden.
- WGA 3.1 Browser Interface wird nicht mehr unterstützt
In WGA 3.2 konnte die veraltete Version 3.1 des Browser Interfaces anstelle der aktuellen Version aktiviert werden, indem eine Publisher-Option "NewBI" mit Wert "false" angelegt wurde. Dies war als Fallback-Option gedacht, falls unvorhergesehene Probleme mit dem noch jungen, mozilla-fähigen, Browser Interface auftreten sollten. Aufgrund der in WGA 3.2 bewiesenen Zuverlässigkeit der neuen Version wird die veraltete Browser-Interface-Version in WGA 3.3 zwar noch mitdistribuiert aber nicht mehr aktiv unterstützt, d.h. es wird kein Support mehr für diese Version geleistet. Bitte entfernen sie daher gegebenenfalls die Publisher-Option "NewBI" aus ihren Datenbank-Konfigurationen. Dieser Punkt ist nicht für Installationen zutreffend, welche keine Publisher-Option "NewBI" verwenden.
- Fehlgeschlagene Kontextpfade kehren zum Ursprungskontext zurück
In WebTML besteht die Möglichkeit, mehrere Kontextwechsel in einem einzelnen Kontextausdruck nacheinander auszuführen. Dieser Ausdruck wird dann Kontextpfad genannt und trennt die einzelnen Wechselausdrücke durch einen Schrägstrich, z.B. : "db:dbkey/name:docname". Bislang verhielt sich diese Funktionalität so, dass ein Fehlschlagen eines einzelnen Kontextwechsels in diesem Pfad dazu führte, dass der Ergebniskontext jener war, der nach dem letzten erfolgreichen Kontextwechsel Bestand hatte. Würde im Beispiel der Kontextwechsel "db:dbkey" glücken, danach jedoch der Kontextwechsel "name:docname" fehlschlagen (z.B: weil kein Dokument dieses Namens existiert) so würde der danach aktive Kontext derjenige nach "db:dbkey" sein. Dieses Verhalten wurde insofern geändert, dass ein fehlgeschlagener Kontextpfad nun zu dem Kontext zurückkehrt, welcher vor Verarbeitung des Kontextpfades aktuell war, also keine Teilergebnisse des Pfades mehr Berücksichtigung finden.
- Das "profile"-Objekt in TMLScript berücksichtigt Kontextwechsel
Ein Benutzer in WGA kann mehrere Benutzerprofile besitzen wenn er sich in mehreren WGA-Domänen anmelden kann, die jeweils unterschiedliche Personalisierungsdatenbanken besitzen. Daher liegt der Gedanke nahe, dass man in TMLScript durch einen Kontextwechsel zu einer DB einer anderen Domäne auch an ein anderes Benutzerprofil gelangen kann. Dies war bislang jedoch nicht möglich, weil sich das "profile"-Objekt in TMLScript nur am Kontext des aktuellen WebTML-Tags orientierte, jedoch nicht am TMLContext-Objekt, über welches es abgerufen wurde. Dies wurde nun so geändert, dass das "profile"-Objekt nun das Benutzerprofil zur Verfügung stellt, welches zur Datenbank des aktuellen TMLContext-Objektes gehört.
Um von anderen WGA-Versionen als 3.2 auf WGA 3.3 zu aktualisieren konsultieren sie bitte zusätzlich zu den Informationen aus dem vorhergehenden Kapitel noch folgende Handbücher und ihre Update-Informationen, welche sie im WGA Development Center herunterladen können. Die entsprechenden Download-Links finden sie auf der Developer Center Homepage auf der linken Seite.
Von WGA 3.1:
WGA 3.2 Installation und Administration
Von WGA 3.0:
WGA 3.1 Ergänzungen zum Administrationshandbuch
WGA 3.2 Installation und Administration
Von WGA 2.x
WGA 3.0 Installation und Administration
WGA 3.1 Ergänzungen zum Administrationshandbuch
WGA 3.2 Installation und Administration