Difference between revisions of "Releasenotes 2026 OS.Softwarefactory"

From OS.bee documentation
Jump to: navigation, search
(Version 5.2.0.20260410)
 
(3 intermediate revisions by the same user not shown)
Line 3: Line 3:
 
== [[Releasenotes | --> zurück zu Releasenotes ]] ==
 
== [[Releasenotes | --> zurück zu Releasenotes ]] ==
  
 +
== Version 5.2.0.20260410 ==
 +
 +
* POS Framework:
 +
** Performanceverbesserung beim Kassieren
 +
** Multi-Protokoll Unterstützung für Paymentterminal
 +
*** frz. Protokolle "Concert", "Protocol E"
 +
*** "Mock" für Tests
 +
*** Statemachine DSL erweitert: protocol Parameter für Paymentterminal
 +
*** "Shared Payment Terminal"
 +
**** locking im PaymentTerminalService implementiert
 +
**** pro Terminal über ConfigService einstellbar
  
 
== Version 5.2.0.20260402 ==
 
== Version 5.2.0.20260402 ==
 +
 +
Die Version verbessert das Startverhalten einer Anwendung und bringt mehr Informationen über den Status des Starts auf den Bildschirm
  
 
* OSBP Framework:
 
* OSBP Framework:
 
** Anzeige des Persistenzservice-Status auf dem Login-Bildschirm
 
** Anzeige des Persistenzservice-Status auf dem Login-Bildschirm
 
** Information über den Persistenzservice auf der Fehlerseite hinzugefügt
 
** Information über den Persistenzservice auf der Fehlerseite hinzugefügt
** Beim Start wird nun auf den Persistenzservice statt auf den ConfigurationService gewartet
+
** Beim Start wird nun überall auf den Persistenzservice statt nur auf den ConfigurationService gewartet
  
 
* BPM:
 
* BPM:
Line 16: Line 29:
 
* POS Framework:
 
* POS Framework:
 
** Fix: net.osbee.pos.epay: Deadlock beim Anwendungsstart behoben
 
** Fix: net.osbee.pos.epay: Deadlock beim Anwendungsstart behoben
 
  
 
== Version 5.2.0.20260305 ==
 
== Version 5.2.0.20260305 ==

Latest revision as of 07:37, 11 April 2026

--> zurück zu Releasenotes

Version 5.2.0.20260410

  • POS Framework:
    • Performanceverbesserung beim Kassieren
    • Multi-Protokoll Unterstützung für Paymentterminal
      • frz. Protokolle "Concert", "Protocol E"
      • "Mock" für Tests
      • Statemachine DSL erweitert: protocol Parameter für Paymentterminal
      • "Shared Payment Terminal"
        • locking im PaymentTerminalService implementiert
        • pro Terminal über ConfigService einstellbar

Version 5.2.0.20260402

Die Version verbessert das Startverhalten einer Anwendung und bringt mehr Informationen über den Status des Starts auf den Bildschirm

  • OSBP Framework:
    • Anzeige des Persistenzservice-Status auf dem Login-Bildschirm
    • Information über den Persistenzservice auf der Fehlerseite hinzugefügt
    • Beim Start wird nun überall auf den Persistenzservice statt nur auf den ConfigurationService gewartet
  • BPM:
    • Fix: net.osbee.bpm: Deadlock beim Anwendungsstart behoben
  • POS Framework:
    • Fix: net.osbee.pos.epay: Deadlock beim Anwendungsstart behoben

Version 5.2.0.20260305

Report Anzeige

Diese Version konzentriert sich auf Stabilitätsverbesserungen für das Report-Rendering-System, insbesondere auf die Behebung von Race Conditions und Anzeigeproblemen, die bei schnellen Benutzerinteraktionen auftraten.

  • Race Condition beim Report-Rendering
    • Behoben: Schnelles Auswählen/Abwählen führte dazu, dass Reports mit ungültigen oder fehlenden Filtern gerendert wurden
      • Reports verarbeiten nun korrekt wenn Benutzer schnell Elemente auswählen und wieder abwählen
      • Filteränderungen werden blockiert, während ein Render-Vorgang läuft
      • Ausstehende Filteränderungen werden nachverfolgt und nach Abschluss des Renderings erneut ausgewertet
      • Reports mit selectById werden nun korrekt ausgeblendet, wenn nichts ausgewählt ist
  • PDF-Anzeigeskalierungsproblem
    • Behoben: PDF-Skalierungsprobleme durch Neuerstellung des BrowserFrames bei jedem Rendering

Anmeldebildschirm

Der Anmeldebildschirm zeigt nun während der Initialisierung des Persistence-Services einen Statustext an.

  • Lauftext-Anzeige (Marquee) mit dem aktuellen Status des Persistence-Services
  • Deaktivierung aller Anmeldesteuerelemente während der Wartezeit

Start der Anwendung

  • Blockierungen der Initialisierungsvorgänge durch Warten auf Serviceregistrierung während des Anwendungsstarts reduziert.
    Dadurch verändert sich das Startverhalten, insbesondere die Reihenfolge der Anwendung. Insgesamt schnelleres Laden der Bundles.