Hinweise zur Migration auf jadice server 5.15

Owned by Simon Welsch
Last updated: Dez. 06, 2024


Empfohlene Java Laufzeitumgebung

Ab dieser Version ist der Betrieb auf einer Java VM in Version 17 möglich und empfohlen. Der Betrieb mit Java Version 8 wird nicht mehr unterstützt.
Die Unterstützung für die Java Version 11 wird mit dieser Version auf Deprecated gesetzt, Java 11 gemäß Systemvoraussetzungen wird aber für die 5.15er-Versionen weiterhin unterstützt.

Groovy 4

Wegen des Updates von Groovy Version 3.0 auf Version 4.0, sollte die Funktionalität von angepassten Groovy-Skripten unter Groovy 4 nochmals überprüft werden, bevor diese produktiv eingesetzt werden.

Entfernung des Multi-VM-Modus

Der mit Version 5.6.1.0 auf Deprecated gesetzte Multi-VM-Modus wurde nun endgültig entfernt. Damit entfallen folgende Klassen und Konfigurationsdateien ersatzlos.

Entfernte Klassen

  • MultiVMInstanceControl.java
  • com.levigo.jadice.server.multivm.MVMInstance
  • com.levigo.jadice.server.multivm.MVMPoolManager
  • com.levigo.jadice.server.multivm.VMInstanceWatchog
  • com.levigo.jadice.server.multivm.internal.ServerProvider

Entfernte Spring Konfigurationsdateien

  • server-config/application/multi-vm-instance.xml
  • server-config/application/multi-vm-manager.xml

Änderungen an Spring Konfigurationsdateien

Aus den folgenden Dateien müssen die Einträge zum Multi-VM-Modus entfernt werden:

  • server-config/application/active-features.xml
  • server-config/application/server.xml

In anderen Dateien finden sich teilweise Referenzen zum Multi-VM-Modus in Kommentaren. Diese wurden in der Distribution auch entfernt, beeinträchtigen den Betrieb aber nicht.

Verhaltensänderung PortableCollectionDisassemblingNode

Die PortableCollectionDisassemblingNode hat bisher erwartet, dass jeder Stream ein PDF ist und andenrfalls eine Exception geworfen. Außerdem wurden nur die Anhänge zurückgegeben.

Mit der Version 5.15.0.0 werden Streams, die kein PDF sind, ignoriert und unverändert zurückgegeben. Auch ein PDF wird immer als erster Stream im OutputBundle zurückgegeben, unabhängig davon, ob es Anhänge enthält oder nicht. Das macht die Integration der Node in Workflows einfacher, da einerseits Dokumente, die kein PDF sind, nicht herausgefiltert werden müssen und andererseits der PDF-Datenstrom nicht kopiert werden muss.