Programmupdate bei geöffneter EXE

[Der schöne Günther]

Das ist doch Murks. Entweder stellt die Anwendung beim Start fest ob sie auf einem Netzlaufwerk oder lokal liegt. Wenn nicht, kopiert sie sich in irgendein Temp-Verzeichnis und startet sich da.

Oder du machst einen kleines "Launcher"-Programm das nichts anderes tut als die jeweils neuste .exe-Datei zu starten. Du kannst also direkt neue Versionen dort ablegen und hast den Vorteil dass alte Versionen weiterhin bestehen bleiben könnten.

Code:

\\myServer\myFolder
  Mein Programm (hier klicken).exe
  app_1.0.5.exe
  app_1.0.6.exe

usw.

[haentschman]

Moin...

Zitat:

Nach dem Umbenennen ist die EXE_ trotzdem noch in Benutzung und kann erst gelöscht werden, wenn der letzte Benutzer "raus" ist.

aber auch logisch.

Zitat:

Ich denke, es lässt sich nicht vermeiden, die geöffneten Dateien zu schließen.

Mist...Wieder Arbeit umsonst.

Ich habe einen Updater welchen ich noch einbauen kann. Da müßten die Instanzen aber lokal liegen. Und genau das ist derzeit nicht möglich. Deswegen hatte ich nach einer Alternative gesucht.

Ich hatte noch einen Versuch die Instanzen von außen zu entfernen (Batch als Admin über Link):

Code:

echo off
taskkill /s SERVER /U USER /p PASSWORT /f /im "xxx.exe"

...irgendetwas wollte da auch nicht.

Zitat:

Ich müsste beim 2. Mal die EXE dann anders benennen (z.B. EXE_2).

Eine Idee hätte ich noch. Ich kann damit leben, daß die Kopien der Instanzen in einem separatem Ordner (exe_temp) liegen. (xxx.exe_1 ... xxx.exe_999 oder so) Ich bräuchte nur eine Batch, die prüft ob der Dateiname xxx.exe_? noch "frei" ist. Jeden Sonntag kann dann das exe_temp, nach dem entfernen aller Instanzen, bereinigt werden.

Könnte ihr mir helfen die Batch zu schreiben? Da bin ich zu lange raus...

[KodeZwerg]

Wir machen solche Aktionen beim nächtlichen Backup, wo ja eigentlich eh alle offline sein sollten.

[haentschman]

Zitat:

wo ja eigentlich eh alle offline sein sollten.

Software 365/24 in Benutzung... Bei Bedarf (Absprache): Je Tag zwischen 05:00 und 05:30 Update einspielen. Das wollte ich nicht mehr. Auch die Handgriffe sind mir zu manuell. (Anmelden(ich mache Update), Remotedesktop, geöffnete Dateien schließen, Explorer, manuelles Kopieren, Abmelden(Update fertsch))

Der Build Process ist automatisiert...bis auf das Tauschen der EXE.

[KodeZwerg]

Hab grad was gelesen aber kann es nicht prüfen.
Dein "updater.exe" oder "update.bat" kann deine target.exe nicht löschen da es geöffnet ist (prozess target.exe läuft)
Aber anstelle target.exe zu löschen und eine neue target.exe da hin kopieren, soll wohl ein umbenennen funktionieren (target.exe -> target.exe.bak) während target.exe läuft.
Nun die neue updated_target.exe nach target.exe kopieren.
fertig.

sobald der pc neu startet sollte nun die aktualisierte version starten.


Meine Winapi Recherche dazu:
MoveFileExW mit "MOVEFILE_DELAY_UNTIL_REBOOT" Nutzung.
Aber ob das über Netzlaufwerke klappt = kA.

[Der schöne Günther]

Ich verstehe nicht warum du es dir so schwer machst. Keep it simple, stupid.

Zitat von Der schöne Günther:

Oder du machst einen kleines "Launcher"-Programm das nichts anderes tut als die jeweils neuste .exe-Datei zu starten. Du kannst also direkt neue Versionen dort ablegen und hast den Vorteil dass alte Versionen weiterhin bestehen bleiben könnten.

[haentschman]

Zitat:

Ich verstehe nicht warum du es dir so schwer machst. Keep it simple, stupid.

Weil in der EXE noch ein hardgecodeter Pfad drin ist und der auf einen Unterordner des Programmverzeichnisses zeigt mit ca. 180GB Daten.

Die Trennung (Daten/EXE) ist schon beschlossene Sache...Aber alles kann ich nicht auf einmal.

[stahli]

Zitat von haentschman:

Zitat:

Ich verstehe nicht warum du es dir so schwer machst. Keep it simple, stupid.

Weil in der EXE noch ein hardgecodeter Pfad drin ist und der auf einen Unterordner des Programmverzeichnisses zeigt mit ca. 180GB Daten.

Die Trennung (Daten/EXE) ist schon beschlossene Sache...Aber alles kann ich nicht auf einmal.

Hmm, ich bin da beim Schönling und verstehe Dein Problem nicht...

Wenn die Nutzer MyProg.Exe starten kann dieses die höchst verfügbare Datei MyProg000.exe ... MyProg999.exe suchen, diese starten und sich selbst beenden.

Der Launcher kann sogar ältere Versionen versuchen zu löschen (was halt fehl schlägt, sofern noch Instanzen laufen).

So brauchst Du nur eine neue Version in den Pfad legen (nach Eintragung einer neue "Dateinummer") und der Rest geht automatisch.

Wenn natürlich eine neue Datenstruktur oder neue Unterordner vorausgesetzt werden, würde das nicht mehr reichen. Aber das wäre ja bei allen Lösungen so.

[stifflersmom]

Mein Deployvorgang sieht so aus, dass ich die neue Programmversion unter einem (festen) neuen Namen in dem Verzeichnis der ursprünglichen Exe ablege.
Dann startet per Aufgabenplanung morgens um 04.00 Uhr ein kleines Batchskript, dass bei Vorhandensein der neuen Programmversion alle Instanzen der alten Exe mit Taskkill beendet und dann die alte Exe in EXENAME_JJJ_MM_TT.exe umbenennt und die Neue dann in den alten Namen umbenennt.

[shebang]

Wäre ein Softlink denn keine Alternative? Da kannst du einfach das Ziel des Links ändern.