Das Wichtigste in Kürze

Neue Versionen der ELDA-Bridge lassen sich künftig mit elda-bridge.exe update installieren; elda-bridge.exe update --check prüft nur, ob eine neuere Version bereitsteht.

Installiert wird nur eine neuere, vom Hersteller signierte Version. Einstellungen und gespeicherte Zugangsdaten bleiben unverändert, die bisherige Version bleibt als Sicherung erhalten.

Version 1.7.0 selbst wird einmalig von Hand ausgetauscht. Beim Senden und Abholen ändert sich nichts.

Bisher kam jede Version von ELDA-Bridge durch Austauschen der Datei elda-bridge.exe von Hand zum Kunden. v1.7.0 bringt elda-bridge.exe update: Der Befehl holt eine neuere Version vom Hersteller, prüft die Signatur des Herstellers und setzt sie an die Stelle des laufenden Programms. update --check fragt nur nach und verändert nichts.

v1.7.0 selbst wird noch von Hand installiert — die Versionen davor kennen den Befehl nicht. Ab v1.7.0 kann die nächste Version über update kommen.

So funktioniert eine Aktualisierung

elda-bridge.exe update --check
elda-bridge.exe update

Wo nachgesehen wird. In einer kleinen Beschreibungsdatei (Manifest) neben dem Programm-Download: https://onpoint-solutions.at/downloads/installer/elda-bridge-update.txt. Die neue Einstellung UpdateManifestUrl (in local.secrets.config) verweist auf einen anderen Ort: eine andere https://- oder http://-Adresse oder einen Ordner (\\server\freigabe\elda-bridge-update.txt) für PCs ohne Internetzugang.
Was geglaubt wird. Nur ein Manifest mit der Signatur des Herstellers (RSA 3072, SHA-256). Die beiden öffentlichen Schlüssel — ein Hauptschlüssel und ein offline verwahrter Reserveschlüssel — sind im Programm eingebaut. Weder wer in den Webspace eindringt noch wer im Netzwerk mitliest, kann eine eigene Version anbieten. Deshalb ist auch eine einfache http://-Adresse vertretbar, wenn ein Netzwerk den Server über https nicht erreicht.
Was angenommen wird. Nur eine Version, die neuer ist als die installierte. Ein altes, echt signiertes Manifest kann eine Installation nie zurücksetzen; einen Befehl zum Zurückgehen gibt es bewusst nicht.
Wie installiert wird.
1. Zuerst wird das .NET Framework geprüft, das die neue Version braucht — noch bevor etwas heruntergeladen wird.
2. Eine Sperrdatei im Programmordner verhindert, dass zwei Arbeitsplätze denselben gemeinsamen Ordner gleichzeitig aktualisieren.
3. Die neue Programmdatei wird nach elda-bridge.update\ geladen und geprüft: Größe, SHA-256, Name, Version, x86-Build und dass sie auf version als Release-Build antwortet.
4. Die laufende elda-bridge.exe wird in eine Sicherung umbenannt und die neue an ihre Stelle gesetzt. Was bereits läuft — ein Sendevorgang, ein offenes Fenster, die Übersicht, ein anderer Arbeitsplatz —, arbeitet mit der bisherigen Version zu Ende.
5. Die neue Version wird an ihrem endgültigen Ort noch einmal gefragt; antwortet sie nicht, wird die bisherige wieder eingesetzt.
Was unverändert bleibt. elda-bridge.exe.config und alle local.secrets*.config — Einstellungen und gespeicherte Zugangsdaten bleiben, wie sie sind.
Der Weg zurück. Die bisherige Version bleibt als elda-bridge.exe.previous erhalten; sie wieder in elda-bridge.exe umzubenennen, stellt den alten Stand her.

Was der Bediener sieht

Fenster	Wann
Neue Version verfügbar	`update --check` hat eine neuere, signierte Version gefunden
Version ist aktuell	Es wird nichts Neueres angeboten
Neue Version installiert	Die Aktualisierung ist gelungen; das Fenster nennt beide Versionen
Aktualisierung nicht möglich	Etwas ist nicht gelungen; die installierte Version ist unverändert und arbeitet weiter
Aktualisierung unvollständig	Die neue Version ließ sich nicht einsetzen und die bisherige nicht zurückstellen. Das Fenster nennt die Datei, die zurückbenannt werden muss, und erscheint auch mit `--quiet`

Ein Fehler wird nie als „ELDA ist derzeit nicht erreichbar“ gemeldet — eine Aktualisierung hat mit ELDA nichts zu tun.

Hinweise zur Aktualisierung

Von v1.6.0: die exe von Hand austauschen; sonst ist nichts nötig. Spätere Versionen lassen sich dann mit elda-bridge.exe update installieren.
Von einer Version vor 1.6.0: zuerst die Hinweise von v1.6.0 und v1.5.0 befolgen.
Für update:
- Der PC braucht ausgehenden Zugriff auf onpoint-solutions.at.
- Der Windows-Benutzer, der den Befehl startet, braucht Schreibrechte im Programmordner (unter „Programme“: mit Administratorrechten starten).
- PCs ohne Internetzugang können auf einen Ordner verwiesen werden.
Aktualisieren, wenn gerade niemand sendet oder abholt. Zwischen den beiden Umbenennungen gibt es einen Moment von Millisekunden, in dem elda-bridge.exe nicht existiert.
Download vom 08.10.2026: Trägt eine an diesem Tag heruntergeladene elda-bridge.exe in den Dateieigenschaften die Version 1.6.0.0, ersetzen Sie sie bitte durch Version 1.7.0.
Die Voraussetzungen sind unverändert: Windows 7 SP1 / Server 2008 R2 oder neuer mit .NET Framework 4.5+ und TLS 1.2 für den Echtbetrieb.

Technische Details für die IntegrationBefehle, Ausgaben und Exit-Codes für das aufrufende Programm

Neuer Befehl update [--check] [--log-path <Datei>] [--quiet]. Ausgabe, die Statuszeile zuletzt: update.installedVersion=, update.source=, update.availableVersion= (erst nach geprüfter Signatur), update.previousFile=, bei einem Fehler update.reason= und gegebenenfalls update.httpStatus=.

`update.status=`	Bedeutung	Exit
`up-to-date`	Es wird nichts Neueres angeboten. Nichts verändert.	`0`
`available`	Nur mit `--check`: Eine neuere, signierte Version wird angeboten. Nichts verändert.	`0`
`updated`	Die neue Version ist eingesetzt; die bisherige ist `update.previousFile=`.	`0`
`failed`	Nichts verändert; `update.reason=` nennt den Grund (19 dokumentierte Gründe).	`1`
`incomplete`	Am Programmpfad liegt kein lauffähiges Programm; `update.previousFile=` zurückbenennen.	`1`

--result-file wird mit Exit 2 abgewiesen, wie bei den anderen Befehlen, die nichts senden.

Neuer Befehl version (auch --version): gibt version=1.7.0 und build=release aus, Exit 0, ohne Konfiguration. Auch die Protokollzeile event=startup nennt jetzt version=.
Neue Einstellung UpdateManifestUrl (optional; leer bedeutet die eingebaute Adresse).
Sonst hat sich nichts geändert: kein Exit-Code und keine Ausgabe der bisherigen Befehle, nichts in der Quittungsdatei (--result-file) oder der Druckliste .drucken, keine Druckfassung.