Difference between revisions of "Releasenotes 2026 OS.setup"

From OS.bee documentation
Jump to: navigation, search
Line 11: Line 11:
  
 
==== srvstart INI-Konfiguration ====
 
==== srvstart INI-Konfiguration ====
Der Windows-Dienst wird nun über eine INI-Konfigurationsdatei für srvstart.exe konfiguriert. Die generierte INI-Datei enthält:
+
Der Windows-Dienst wird nun über eine INI-Konfigurationsdatei für srvstart.exe konfiguriert. Damit wird das Problem behoben, dass der workspace der Application nicht im Installationsverzeichnis lag. Daher wurde der workspace bei update nicht entfernt.
 +
<br>Die generierte INI-Datei enthält:
 
* Umgebungsvariablen für Pfade mit Leerzeichen
 
* Umgebungsvariablen für Pfade mit Leerzeichen
 
* <code>startup_dir</code> für das Arbeitsverzeichnis
 
* <code>startup_dir</code> für das Arbeitsverzeichnis

Revision as of 12:59, 5 March 2026

--> zurück zu Releasenotes

Version 05.03.2026

Neue Funktionen

Persistierung des Dienstnamens

Der Parameter serviceName wird nun wie die downloadUrl persistent gespeichert. Bei nachfolgenden Aufrufen ohne explizite Angabe des Dienstnamens wird der zuletzt verwendete Name aus der Datei {productShort}-lastservice.txt im Konfigurationsverzeichnis geladen.

srvstart INI-Konfiguration

Der Windows-Dienst wird nun über eine INI-Konfigurationsdatei für srvstart.exe konfiguriert. Damit wird das Problem behoben, dass der workspace der Application nicht im Installationsverzeichnis lag. Daher wurde der workspace bei update nicht entfernt.
Die generierte INI-Datei enthält:

  • Umgebungsvariablen für Pfade mit Leerzeichen
  • startup_dir für das Arbeitsverzeichnis
  • debug=2 und debug_out Parameter für Debugging
  • workspace-Unterverzeichnis für den -data Parameter

Beispiel der generierten INI-Datei:

[pos]
env=OSBEE_WORKDIR=C:\OS.RCpos\pos
env=OSBEE_EXECUTABLE=C:\OS.RCpos\pos\eclipsec.exe
env=OSBEE_LOGFILE=C:\OS.RCpos\log\pos-service.log
startup="%OSBEE_EXECUTABLE%" -data "%OSBEE_WORKDIR%\workspace"
startup_dir=%OSBEE_WORKDIR%
shutdown_method=winmessage
debug=2
debug_out=%OSBEE_LOGFILE%

Fehlerbehebungen

  • Zirkuläre Abhängigkeit behoben
    Die zirkuläre Abhängigkeit zwischen PlatformUtils und den Service-Managern wurde behoben:
    • LinuxServiceManager: Eigene Methoden getServiceName() und getEclipseExecutable() hinzugefügt
    • WindowsServiceManager: Eigene Methoden getServiceName(), getServiceDisplayName() und getEclipseExecutable() hinzugefügt
    • Die Abhängigkeit von PlatformUtils in den Service-Managern wurde entfernt
  • Code-Bereinigung
    Nicht verwendete Methoden aus PlatformUtils wurden entfernt:
    • getServiceSuffix()
    • getServiceDisplayName()
    • getEclipseExecutable()
  • Kompatibilität
    • Java 8 erforderlich
    • Spring Boot 2.0.9
    • Spring Shell 2.0.0