der Begin oder Was ist zuerst da Henne oder EI?

nachdem eine App als Release erstellt wurde, sollte diese zum Test und Abnahme auf einer TestVM oder Client durchgeführt werden. Dadurch können Fehler und Unstimmigkeiten schneller gefunden werden.

Das neue Update Ap verfahren ist nicht mehr nur auf eine Version (60000000) begrenzt sonder kann für verschieden Apps bzw Umgebungen erstellt werden.

Jedes Update/Verteilung enthält eine VersionsNummer (80000000) und eine Versionsunmmer. Diese Nummern müssen in aufsteigender Folge zu erstellen da immer die höchste edcfg gewinnt.

edcfg Datei

Diese Datei liegt auf dem Server (webapi.emendata.de) bzw wird vom Client abgefragt und zurückgeliefert. Nun hat der Client eine Liste mit Daten die im Appverzeichnis sein müssen.

Der Client prüft im AppVerzeichnis gegen die Serverliste. Client nimmt File und nimmt den MD5Hash und vergleicht ihn mit der ServerListe. Ist der Hash nicht identisch wird aus der Serverliste die HashDatei vom DownloadServer geholt und in das Appverzeichnis kopiert. (Die Datei wird ohne Hashzusatz gespeichert. )

Updates

Die Info über den DownloadOrt erhält der Updater über die WebApi mit Lizenz und ggf zusatzInfo.

Ohne Zusatzinfo wird immer das "Normale" Udate geladen.

Der Updater benötigt noch einen Namen und ist für alles Identisch. Die Selektion erfolgt über AppSettings.

UpdateEmendataApps.exe "Lizenz" und ggf "MLPV2" und ggf "webapiurl".

Hinter der jeweiligen APi /api/apps/updates?Lizenz?"Info" muss eine Antwort als edcfg erfolgen. Kommt keine "plausible" Antwort kann über lokale Massnahmen nachgedacht werden. ;-)

WebPublish aus RTM erzeugen

Um aus dem Arbeitsverzeichnis eine "lauffähige" Version zubekommen sind nachfolgende Schritte notwendig.

• Die Sourcen werden nach => Sourceverzeichnis kopiert. Hierbei ist die Ornderstruktur einzuhalten.
• nur wird das Sourceverzeichnis mit . durchsucht und alle vorhanden Dateien in eine Verarbeitungsliste kopiert. => Optionen*
• Nun wird aus der Liste, alle *.dll, *.exe mit dem emendata CodeSign Zertifikat signiert.
• Das Source Verzeichnis ist nun signiert.
• Die Liste erstellt nun eine edcfg Datei für diese Releaseversion. Darin sind der Hash und TargetPosition enthalten.
• Wurde der Eintrag erzeugt wird das RTM File nach /Webpublish/ koiert. Der Hash wird an den Dateinamen angehangt.
• Nachdem alles erzeugt wurde kann das /WebPublish/ auf den Download Server kopiert werden. (Da jede Veränderung einen neuen Hash auslöst, werden nur "neuere" Dateien hinzugefügt)

Als Letzter Schritt muss der Updater gestartet werden, dazu kann die "edcfg" mit angegeben werden oder eine weburl. Nun kopiert der Updater neuere Dateien automatisch in das Apverzeichnis.

Sondereinstellungen können über appsettings aktiviert werden.

Komponenten für ein Update/Installation

• /Webpublish Verzeichnis für eine App mit den signierten Dateien. (Web oder Stick oder Fileshare)
• Das Updater Programm auf dem Client und ggf das Setup. Das Setup initial liefert den Updater aus.
• ein Webservice oder edcfg Datei, für den Updater.

CreaterUpdater ==> tools\CreateClientUpdate\ net core 8 Console App, Sign, Creater Update

UpdateEmendataApps ==> tools\UpdateEmendataApps\ net core 8 UI App, Sucht und installiert Updates

Stand 12.11.2025