Moin,
was mit Click-Once von alleine geht, muss bei der Veröffentlichung in einem Install-Ordner händisch gemacht werden: Das Suchen nach Updates und dann bei Bedarf dem Installieren der neuen Dateien und dem Restart der Anwendung.
Man kann dazu viel im Netz lesen und auch leicht selber drauf kommen wie man sowas macht. Doch der Updatevorgang bricht bei mir unvermittelt hab.
Ich arbeite mit WPF und .NET 5. In der StartUp-Eventroutine kommt folgendes:
Dann in einer DLL:
In der Routine Install bricht alles ab. Ich vermute mal, dass dann der Task beendet wird, wenn in der StartUp-Eventroutine das Shutdown ausgeführt wird. Ich dachte eigentlich, der neu erzeuge Process wäre vom Hauptthread unabhängig und läuft bis zum Ende auch wenn der Hauptthread vorher beendet wird.
Wie kriege ich es denn sonst hin, dass ein unabhängiger Process/Thread ausgelöst wird, der auch weiter läuft wenn der erzeugende Thread beendet ist? Da die Kopiermethode auch die exe überschreiben muss, muss die Anwendung beendet sein bevor das versucht wird. Ansonsten erhalte ich eine Zugriffsverweigerung weil die exe natürlich noch belegt ist.
Unter Winforms gibt es eine Restart Funktion in Application. In WPF gibt es die nicht. Ich möchte aber nicht wegen einer einzigen Routine noch WinForms einbinden müssen. Und das Problem mit dem Überschreiben der exe wäre ich damit auch nicht los
Gruß
MQ
Das Ganze ist doch etwas komplexer als gedacht.
Wenn ich den Shutdown ausblende, dann sollten am Ende zwei Instanzen des Programms laufen oder aber eine Fehlermeldung beim Kopieren kommen.
Nichts dergleichen. Ich erhalten letztendlich ein Meldung "Das Stub erhielt falsche Daten"! öhmm.
1) Also, der erzeugte Process stirbt, wenn der erstellende Process beendet wird Der erzeugte Task stirbt, wenn der erzeugende Prozess beendet wird. Und das ist normal.
2) Um mit Process.Start() im Firmennetz eine Anwendung zu starten, benötige ich den Nutzernamen und Domäne, was kein Problem darstellt, aber auch das Passwort. Andernfalls ist der Prozess an der Domäne nicht angemeldet und hat keinerlei Rechte im Netz. Das is bissl blöd weil ich das Passwort nicht programmtechnisch abfragen kann. Ich muss wohl noch ein wenig mit den Startinfo rumspielen.
Das las sich alles so einfach in den Foren.
Beiträge zusammengefügt. ~Thunderbolt
was mit Click-Once von alleine geht, muss bei der Veröffentlichung in einem Install-Ordner händisch gemacht werden: Das Suchen nach Updates und dann bei Bedarf dem Installieren der neuen Dateien und dem Restart der Anwendung.
Man kann dazu viel im Netz lesen und auch leicht selber drauf kommen wie man sowas macht. Doch der Updatevorgang bricht bei mir unvermittelt hab.
Ich arbeite mit WPF und .NET 5. In der StartUp-Eventroutine kommt folgendes:
C#-Quellcode
- if (VersionLocal != VersionCurrent)
- {
- List<string> msg = new();
- msg.Add(CaL.Properties.Translate.UpdateVerfügbar);
- msg.Add($"{VersionLocal} => {VersionCurrent}");
- msg.Add(CaL.Properties.Translate.Updatefortsetzen);
- Err.Set(string.Join(Environment.NewLine, msg), GetType().Name, Err.ErrorLevels.Informal);
- if (!Err.Show())
- {
- core.Update();
- }
- Shutdown();
- }
Dann in einer DLL:
C#-Quellcode
- public static void Update(string path = null)
- {
- Task.Run(() =>
- {
- if (string.IsNullOrEmpty(path))
- path = Process.GetCurrentProcess().MainModule.FileName;
- Process cal = new();
- cal.StartInfo.FileName = path;
- cal.StartInfo.UseShellExecute = false;
- cal.StartInfo.CreateNoWindow = true;
- try
- {
- Thread.Sleep(2000);
- Install();
- cal.Start();
- }
- catch (Exception ex)
- {
- Err.Set(ex.Message, className, Err.ErrorLevels.Critical);
- Err.Show();
- }
- });
- }
C#-Quellcode
- public static void Install(string sourceDir = null, string targetDir = null)
- {
- if (string.IsNullOrEmpty(sourceDir)) sourceDir = CaLSourceDir;
- if (string.IsNullOrEmpty(targetDir)) targetDir = CaLRootDir;
- if (!Directory.Exists(targetDir)) Directory.CreateDirectory(targetDir);
- foreach (var item in Directory.GetFiles(sourceDir))
- {
- var target = Path.Combine(targetDir, Path.GetFileName(item));
- try
- {
- Debug.Print($"{item} => {target}");
- if (File.Exists(target)) File.Delete(target);
- File.Copy(item, target);
- }
- catch (Exception ex)
- {
- Debug.Print(ex.Message);
- }
- }
- }
In der Routine Install bricht alles ab. Ich vermute mal, dass dann der Task beendet wird, wenn in der StartUp-Eventroutine das Shutdown ausgeführt wird. Ich dachte eigentlich, der neu erzeuge Process wäre vom Hauptthread unabhängig und läuft bis zum Ende auch wenn der Hauptthread vorher beendet wird.
Wie kriege ich es denn sonst hin, dass ein unabhängiger Process/Thread ausgelöst wird, der auch weiter läuft wenn der erzeugende Thread beendet ist? Da die Kopiermethode auch die exe überschreiben muss, muss die Anwendung beendet sein bevor das versucht wird. Ansonsten erhalte ich eine Zugriffsverweigerung weil die exe natürlich noch belegt ist.
Unter Winforms gibt es eine Restart Funktion in Application. In WPF gibt es die nicht. Ich möchte aber nicht wegen einer einzigen Routine noch WinForms einbinden müssen. Und das Problem mit dem Überschreiben der exe wäre ich damit auch nicht los
Gruß
MQ
Das Ganze ist doch etwas komplexer als gedacht.
Wenn ich den Shutdown ausblende, dann sollten am Ende zwei Instanzen des Programms laufen oder aber eine Fehlermeldung beim Kopieren kommen.
Nichts dergleichen. Ich erhalten letztendlich ein Meldung "Das Stub erhielt falsche Daten"! öhmm.
1)
- Somit dauert der erzeugte Task zu lange und kommt gar nicht bis nicht zum Prozessstart bevor im Papa den Stecker zieht.
2) Um mit Process.Start() im Firmennetz eine Anwendung zu starten, benötige ich den Nutzernamen und Domäne, was kein Problem darstellt, aber auch das Passwort. Andernfalls ist der Prozess an der Domäne nicht angemeldet und hat keinerlei Rechte im Netz. Das is bissl blöd weil ich das Passwort nicht programmtechnisch abfragen kann. Ich muss wohl noch ein wenig mit den Startinfo rumspielen.
Das las sich alles so einfach in den Foren.
Beiträge zusammengefügt. ~Thunderbolt
