Difference between revisions of "Releasenotes 2026 OS.setup"
From OS.bee documentation
(Created page with "__TOC__ == --> zurück zu Releasenotes == == Version 5.2.0.2026???? ==") |
|||
| Line 3: | Line 3: | ||
== [[Releasenotes | --> zurück zu Releasenotes ]] == | == [[Releasenotes | --> zurück zu Releasenotes ]] == | ||
| − | == Version | + | == Version 05.03.2026 == |
| + | |||
| + | === Neue Funktionen === | ||
| + | |||
| + | ==== Persistierung des Dienstnamens ==== | ||
| + | Der Parameter <code>serviceName</code> wird nun wie die <code>downloadUrl</code> persistent gespeichert. Bei nachfolgenden Aufrufen ohne explizite Angabe des Dienstnamens wird der zuletzt verwendete Name aus der Datei <code>{productShort}-lastservice.txt</code> im Konfigurationsverzeichnis geladen. | ||
| + | |||
| + | ==== srvstart INI-Konfiguration ==== | ||
| + | Der Windows-Dienst wird nun über eine INI-Konfigurationsdatei für srvstart.exe konfiguriert. Die generierte INI-Datei enthält: | ||
| + | * Umgebungsvariablen für Pfade mit Leerzeichen | ||
| + | * <code>startup_dir</code> für das Arbeitsverzeichnis | ||
| + | * <code>debug=2</code> und <code>debug_out</code> Parameter für Debugging | ||
| + | * <code>workspace</code>-Unterverzeichnis für den <code>-data</code> Parameter | ||
| + | |||
| + | Beispiel der generierten INI-Datei: | ||
| + | <pre> | ||
| + | [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% | ||
| + | </pre> | ||
| + | |||
| + | === Fehlerbehebungen === | ||
| + | |||
| + | * Zirkuläre Abhängigkeit behoben<br>Die zirkuläre Abhängigkeit zwischen <code>PlatformUtils</code> und den Service-Managern wurde behoben: | ||
| + | ** <code>LinuxServiceManager</code>: Eigene Methoden <code>getServiceName()</code> und <code>getEclipseExecutable()</code> hinzugefügt | ||
| + | ** <code>WindowsServiceManager</code>: Eigene Methoden <code>getServiceName()</code>, <code>getServiceDisplayName()</code> und <code>getEclipseExecutable()</code> hinzugefügt | ||
| + | ** Die Abhängigkeit von <code>PlatformUtils</code> in den Service-Managern wurde entfernt | ||
| + | |||
| + | * Code-Bereinigung <br> Nicht verwendete Methoden aus <code>PlatformUtils</code> wurden entfernt: | ||
| + | ** <code>getServiceSuffix()</code> | ||
| + | ** <code>getServiceDisplayName()</code> | ||
| + | ** <code>getEclipseExecutable()</code> | ||
| + | |||
| + | * Kompatibilität | ||
| + | ** Java 8 erforderlich | ||
| + | ** Spring Boot 2.0.9 | ||
| + | ** Spring Shell 2.0.0 | ||
Revision as of 12:57, 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. 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