Version S 39.5.20

Server

Ab dieser Server-Version muss es in allen Datentabellen eine UUID geben. In allen bestehenden Datentabellen werden diese UUIDs mit dem Migrationspaket CallOldUuidPacket angelegt.

Features

• BETA Über die neue Basistechnologie für Webservices kann auf exemplarische REST-basierte Schnittstellen zugegriffen werden.
• Performance-Optimierungen an diversen Stellen wurden vorgenommen, u.a. an der Garbage Collection, an der Schema-Validierung etc.
• Das Verhalten des Menüpunkts System-Customizing neu laden und die Funktion reload_server() wurden geändert und der Menüpunkt wurde in PLANTA-Dienst neu starten umbenannt.
  • Hinweis: Betätigt man den Menüpunkt, werden alle offenen Client-Verbindungen (Sessions) geschlossen. Neue Client-Verbindungen sind während des Neustarts nicht möglich.
• Automatische Nummern, die generiert aber nicht gespeichert wurden sowie automatische Nummern von gelöschten Datensätzen, können nach Zurücksetzen des Zählerstands wieder verwendet werden.
• Relationales Löschen, z.B. von übergeordneten Projekten in strukturierten Projekten, wurde implementiert. Es ist z.B. nicht mehr notwendig, die Struktur aufzulösen (z.B. in einem Makro), um ein übergeordnetes Projekt zu löschen.
• Keine Installation von Java mehr notwendig, da der PLANTA-Server nun seine eigene Java-Version mitbringt. Siehe auch Systemvoraussetzungen
• Das Migrations-Framework gibt am Ende der Migration aus, ob alle Migrationspakete durchgelaufenen sind oder mindestens ein Migrationspaket fehlgeschlagen ist. Bei kritischen Fehlern bricht der Installer ab.
• Foreign Key-Constraints von History-Tabellen haben nun lesbare Namen statt systemgenerierte Namen.
• Da PLANTA seit S39.5.19 Microsoft SQL-Servers 2014 unterstützt, wurde der MSSQL Kompatibilitätsmodus bei der Anlage des DB-Benutzers über den automatischen Installer auf 100 gesetzt.
• Die Rechte beim Installieren des PLANTA-Benutzers über den automatischen Installer unter Oracle wurden überarbeitet.
• Erforderliche Rechte für Oracle-DB-User wurden auf das Notwendige beschränkt. Siehe auch Systemvoraussetzungen und Plattformen.

Bugfixes

• Das Problem, dass der Installer beim Vor- und Zurückspringen zwischen den Installationsschritten ggf. hing, wurde behoben.
• Das Problem, dass das Migrationspaket AddServices fälschlicherweise fehlschlug, wurde behoben.
• Das Problem, dass bei einer Installation auf einer MSSQL-Datenbank unter Linux Datenbank-Fehler auftraten, wurde behoben.
• Codegenerierte Datentabellen-Aliase verwenden nun die ID der Datentabelle statt des Variablennamens. Das angehängte Level-Suffix überschreitet daher auch bei Variablennamen nahe der Maximalgrenze (Oracle: 30 Zeichen) nicht mehr eben dieses Limit. Dadurch tritt die Fehlermeldung ORA-00972: identifier is too long bei langen Variablennamen nicht mehr auf.
• Die Fehlermeldung Verletzung der PRIMARY KEY-Einschränkung 'PK_DT503'. Ein doppelter Schlüssel kann in das dbo.DT503-Objekt nicht eingefügt werden., die beim Speichern von Modulvarianten in mehrfach kopierten Modulen auftrat, wurde behoben.
• Probleme mit individuellen Python-Packages wurden behoben.
• Der Parameter input-file in den Import-Skripten des Customizing-Deployments wurde entfernt.
• Das Problem, dass in speziellen Konstellationen die Installation-Log-Dateien nach der Installation nicht mehr vorhanden waren, wurde behoben.

Migrationspakete

Customizing-Hotfix

Features

• Die Migrationspakete UpdatePeriodAggregationQuery, PortPeriodSchemaChanges und UpdatePeriodAggregationQuery schreiben nun bei einem Update den aktuellen Fortschritt in die Log-Dateien PlantaServer.log und install.log.

Migrationspakete