Releasenotes 2026 OS.pos - Revision history

Mollik at 10:22, 11 November 2026

2026-11-11T10:22:16Z

Mollik at 13:01, 9 November 2026

2026-11-09T13:01:08Z

Mollik: /* Version 4.5.7-V20261103 (OS) */

2026-11-04T10:47:29Z

‎Version 4.5.7-V20261103 (OS)

Mollik at 10:46, 4 November 2026

2026-11-04T10:46:13Z

Mollik: /* Version 5.3.0-V20261006 */

2026-10-12T09:21:25Z

‎Version 5.3.0-V20261006

Mollik: /* Version 5.3.0-V20261006 */

2026-10-12T09:21:09Z

‎Version 5.3.0-V20261006

Mollik at 09:20, 12 October 2026

2026-10-12T09:20:01Z

Mollik: /* Aktualisierungen */

2026-10-12T09:10:23Z

‎Aktualisierungen

Mollik: /* Fehlerbehebungen */

2026-10-12T09:09:20Z

‎Fehlerbehebungen

Mollik: /* Neue Funktionen */

2026-10-12T09:07:15Z

‎Neue Funktionen

← Older revision		Revision as of 10:22, 11 November 2026
Line 4:		Line 4:


−	== Version 5.3.0-~~V20261109~~ ==	+
		+	== Version 5.3.0-V20261110 ==

	Schwerpunkt dieses Zeitraums ist ein '''schnellerer und ruhigerer Start''' der Kasse. <br>Dazu kommen Datenimporte, die Datumsangaben in den üblichen Schreibweisen lesen, nicht nur im Format, das im Modell definiert ist.		Schwerpunkt dieses Zeitraums ist ein '''schnellerer und ruhigerer Start''' der Kasse. <br>Dazu kommen Datenimporte, die Datumsangaben in den üblichen Schreibweisen lesen, nicht nur im Format, das im Modell definiert ist.

← Older revision		Revision as of 13:01, 9 November 2026
Line 2:		Line 2:

	== [[Releasenotes \| --> zurück zu Releasenotes ]] ==		== [[Releasenotes \| --> zurück zu Releasenotes ]] ==
		+
		+
		+	== Version 5.3.0-V20261109 ==
		+
		+	Schwerpunkt dieses Zeitraums ist ein '''schnellerer und ruhigerer Start''' der Kasse. <br>Dazu kommen Datenimporte, die Datumsangaben in den üblichen Schreibweisen lesen, nicht nur im Format, das im Modell definiert ist.
		+
		+	== Änderungen ==
		+
		+	* Änderung: Die Kasse ist nach dem Start deutlich schneller bereit. Die Datenbank wird angebunden, während die Modelle noch eingelesen werden, statt danach. Betroffene Komponenten: Softwarefactory 5.3.0.20261109
		+	* Fix: Wird die Kasse kurz nach dem Start im Browser geöffnet, erscheint weder eine weiße Seite noch die Meldung „Failed to load the widgetset“. Die Startseite („Starting …“) bleibt stehen, bis die Kasse bereit ist, und lädt dann von selbst die Anmeldung. Ein Neuladen mit F5 ist nicht mehr nötig. Betroffene Komponenten: Softwarefactory 5.3.0.20261109
		+	* Änderung: Die Datenimporte des Backoffice lesen Datumsangaben in den üblichen Schreibweisen, zum Beispiel 30.01.2023 oder 2023-01-30, jeweils auch mit Uhrzeit. Dateien mit deutschem Datum, etwa die Zuordnung von Kunden zu exklusiven Produktgruppen, werden damit ohne Anpassung eingelesen. Ungültige Daten wie der 31.02. und Schreibweisen mit Schrägstrich (01/02/2023) werden wie bisher abgelehnt. Betroffene Komponenten: net.osbee.app.pos.backoffice/net.osbee.app.pos.backoffice.datainterchange, Softwarefactory 5.3.0.20261109
		+
		+
		+	* Verwendung der aktuellen [[Releasenotes_2026_OS.Softwarefactory#Version_5.3.0.20261109\|Softwarefactory 20261109]]

	== Version 4.5.7-V20261103 (OS) ==		== Version 4.5.7-V20261103 (OS) ==

@@ Line 7: / Line 7: @@
 Schwerpunkt dieses Zeitraums ist das '''Speicherwachstum des Kassendienstes''' über einen Verkaufstag: Ursachen gefunden, behoben und an einer Kasse nachgemessen.
-* Verwendung der aktuellen [[Releasenotes_2026_OS.Softwarefactory#Version_5.3.0.20261012|Softwarefactory 20261012]]
+* Verwendung der aktuellen [[Releasenotes_2026_OS.Softwarefactory#Version_5.3.0.20261104|Softwarefactory 20261104]]
 == Version 5.3.0-V20261012 ==

← Older revision		Revision as of 10:46, 4 November 2026
Line 2:		Line 2:

	== [[Releasenotes \| --> zurück zu Releasenotes ]] ==		== [[Releasenotes \| --> zurück zu Releasenotes ]] ==
		+
		+	== Version 4.5.7-V20261103 (OS) ==
		+
		+	Schwerpunkt dieses Zeitraums ist das '''Speicherwachstum des Kassendienstes''' über einen Verkaufstag: Ursachen gefunden, behoben und an einer Kasse nachgemessen.
		+
		+	* Verwendung der aktuellen [[Releasenotes_2026_OS.Softwarefactory#Version_5.3.0.20261012\|Softwarefactory 20261012]]

	== Version 5.3.0-V20261012 ==		== Version 5.3.0-V20261012 ==

@@ Line 3: / Line 3: @@
 == [[Releasenotes | --> zurück zu Releasenotes ]] ==
-== Version 5.3.0-V20261006 ==
+== Version 5.3.0-V20261012 ==
 Schwerpunkt dieses Zeitraums ist das '''Speicherwachstum des Kassendienstes''' über einen Verkaufstag: Ursachen gefunden, behoben und an einer Kasse nachgemessen. Daneben wurde die Verfügbarkeitsprüfung der Webservices auf eine Implementierung zusammengeführt und ein Datumsfehler darin behoben.

@@ Line 16: / Line 16: @@
 === Aktualisierungen ===
 * '''Webservice-Verfügbarkeitsprüfung zusammengeführt:''' Die Prüfung existierte viermal (zweimal in <code>net.osbee.app.pos.common</code>, zweimal in <code>net.osbee.sample.pos</code>). Einzige Implementierung ist nun <code>WebService.check(sm, ws)</code> in <code>posbase</code>; die übrigen delegieren dorthin. Der Zustand wird je Webservice in <code>ws.accesible</code> geführt, der gemeinsame Speicherschlüssel entfällt.
 == Version 5.3.0-V20261006 ==

@@ Line 9: / Line 9: @@
 === Fehlerbehebungen ===
-* '''Speicherwachstum je Verkauf:''' Die DTOs von <code>net.osbee.app.pos.common</code> wurden neu generiert und halten nur noch Klasse und ID ihrer Entität statt der Entität selbst. Zusammen mit den Korrekturen im Framework (siehe Releasenotes der Softwarefactory, Version 5.3.0.20261012) hält eine Kasse je Verkauf praktisch keinen Persistenzkontext mehr fest; vorher waren es rund 42 je Verkauf, etwa 1 MB. Nachgemessen in der Entwicklungsumgebung am 9. Oktober und an einer per Jenkins gebauten Installation am 12. Oktober (17 Verkäufe in zwei Messfenstern, Zähler im zweiten Fenster gleichbleibend bis fallend).
+* '''Speicherwachstum je Verkauf:''' Die DTOs von <code>net.osbee.app.pos.common</code> wurden neu generiert und halten nur noch Klasse und ID ihrer Entität statt der Entität selbst. Zusammen mit den Korrekturen im Framework (siehe Releasenotes der Softwarefactory, Version 5.3.0.20261012) hält eine Kasse je Verkauf praktisch keinen Persistenzkontext mehr fest; vorher waren es rund 42 je Verkauf, etwa 1 MB.
-* '''Kassenabschluss gibt seine Daten wieder frei:''' Nach dem Speichern eines Kassenabschlusses werden die dafür im Zustandsautomaten abgelegten Daten (<code>expectedclose</code>, <code>todos</code>, <code>lastfinished</code>, <code>tobefinished</code>) entfernt. Sie hielten über ihre Mapping-Kontexte alle Bons und Zahlungen der abgeschlossenen Periode bis zum nächsten Abschluss fest.
+* '''Kassenabschluss gibt seine Daten wieder frei:''' Nach dem Speichern eines Kassenabschlusses werden die dafür im Zustandsautomaten abgelegten Daten entfernt. Sie hielten über ihre Mapping-Kontexte alle Bons und Zahlungen der abgeschlossenen Periode bis zum nächsten Abschluss fest.
 * '''NF 525 – Ereignisjournal:''' Beim Anhängen eines Eintrags wird nicht mehr das gesamte Journal gelesen, um dessen letzten Eintrag zu finden. Der Aufwand je Eintrag wuchs bisher mit der Länge des Journals.
 * '''Webservice-Verfügbarkeitsprüfung über Mitternacht:''' Ein als nicht erreichbar vermerkter Webservice wurde nach Mitternacht zu spät oder gar nicht mehr erneut geprüft, weil der Zeitstempel als Millisekunden des Tages abgelegt war. Ein Ausfall um 20:00 Uhr hielt den Webservice bis 21:00 Uhr des Folgetags abgeschaltet, ein Ausfall ab 23:00 Uhr dauerhaft. Der Zeitstempel ist nun fortlaufend.