Zum Hauptinhalt springen

24.0.0

gefahr

Unbedingt die aktuellen Installationsvoraussetzungen vorab prüfen!

tipp

Diese Anleitung berücksichtigt immer nur den Sprung von der vorhergehenden Version zu der gerade beschriebenen Version. Bei Upgrades über mehrere Versionen hinweg müssen alle Änderungen der Zwischenversionen ebenfalls beachtet werden! Siehe genereller Ablauf von Upgrades.

Breaking Changes​

gefahr

Diese Version stellt die Kompatibilität mit documentsOS her. Durch die Vielzahl an Änderungen, die sich sowohl durch das SDK als auch durch alle OUSPs ziehen, wird dringend empfohlen zum Update eine:n Softwareentwickler:in zu Rate zu ziehen!

vorsicht

Bitte unbedingt vorher folgende Punkte durchlesen:

  • Alle Portalscripte wurden von "#import" auf "require" migriert
  • Alle Portalscripte wurden an den modernen PortalScripting-Standard angepasst (kein top-level return mehr, etc.)
  • Es müssen daher alle cust-, spc-, template-Scripte und User-Exit-Scripte angepasst und geprüft werden!

Was wurde gemacht?​

Zusammenfassung​

  • documentsOS-Kompatibilität wurde hergestellt
  • neue Funktionalität Archivierung mit EDA Adaptive Scheme - Details dazu bitte im Dokumentationsabschnitt unter otris EAS beachten! POM-389
  • Mappentyp ouspAdministration wurde entfernt POM-388
  • Fehlerkorrekturen in den Ende-zu-Ende Tests zur besseren Performance beim Erstellen neuer Versionen POM-407

Manuell auszuführende Schritte​

warnung

Der Mappentyp ouspAdministration wurde ersatzlos aufgelöst

  • Siehe genereller Ablauf von Upgrades
  • Im Anschluss müssen alle cust-, spc-, template-Scripte und User-Exit-Scripte angepasst und geprüft werden!
  • Alle Mappen vom Mappentyp ouspAdministration müssen gelöscht werden
  • Die Mandanteneigenschaften $ouspAdminFileId sowie $ouspDBPass müssen gelöscht werden (das Update-Skript hat die beiden Eigenschaften bereits auf einen leeren Wert gesetzt)
  • Der Mappengruppentyp ouc muss gelöscht werden
  • Alle Skripte dieser Kategorie (im Ordner ouspAdministration) müssen gelöscht werden
  • Dem Mappentyp ouspPostmanAdministration muss unter Scripting/"Nach dem Speichern" das Skript ou.sp.Postman.import.statusCodes hinzugefügt werden
  • Die Scriptlibs wurden vollständig aufgelöst und in Portalscripts migriert. Daher muss der komplette Ordner Workflow/server/scriptlibs/ou/sp/postman gelöscht werden

Portalscripts​

ouspPostmanCust​

gefahr

Untenstehender Schritt darf erst angegangen werden, wenn das PowerShell-Skript env.ps1 aus dem aktuellen One Unity Documents Installationspaket ausgeführt und der Documentsserver-Dienst danach neu gestartet wurde. Eine Anleitung zum Ausführen des Skripts findet sich hier.

Im Skript ou.cust.PostmanCust.settings müssen die hartkodierten Datenbank-Zugangsdaten durch eine Belegung via Umgebungsvariablen (OUSP_DATABASE_USER und OUSP_DATABASE_PASSWORD) ersetzt werden.

Vorher:

const databaseConnections = {
    ousp: {
        dbType: "odbc",
        dbName: "ousp",
        dbUser: "oucdbadmin",
        dbPassword: "!ouc2016",
    },
};
...

Nachher:

const dbUser = util.getEnvironment("OUSP_DATABASE_USER");
const dbPassword = util.getEnvironment("OUSP_DATABASE_PASSWORD");

const databaseConnections = {
    ousp: {
        dbType: "odbc",
        dbName: "ousp",
        dbUser: dbUser,
        dbPassword: dbPassword,
    },
};
...