Difference between revisions of "Releasenotes 2026 OS.setup"
From OS.bee documentation
| 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
Contents
--> 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_dirfür das Arbeitsverzeichnis -
debug=2unddebug_outParameter für Debugging -
workspace-Unterverzeichnis für den-dataParameter
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 zwischenPlatformUtilsund den Service-Managern wurde behoben:-
LinuxServiceManager: Eigene MethodengetServiceName()undgetEclipseExecutable()hinzugefügt -
WindowsServiceManager: Eigene MethodengetServiceName(),getServiceDisplayName()undgetEclipseExecutable()hinzugefügt - Die Abhängigkeit von
PlatformUtilsin den Service-Managern wurde entfernt
-
- Code-Bereinigung
Nicht verwendete Methoden ausPlatformUtilswurden entfernt:-
getServiceSuffix() -
getServiceDisplayName() -
getEclipseExecutable()
-
- Kompatibilität
- Java 8 erforderlich
- Spring Boot 2.0.9
- Spring Shell 2.0.0