Neu Effizientere Lösung für Wawi-Updates gesucht

[sebjo82]

Obwohl wir nur wenige Clients nutzen, haben wir auf RDP umgestellt. So muss ich das Update nur auf dem Wawi-Server installieren und bin fertig

 

[SebiW]

Jo, wird leider mit mehr Clients sehr schnell sehr teuer. Außerdem ist mir die ganze RDS Lizenzkacke an dieser Stelle einfach zu kompliziert.

 

[mh1]

Wie stellt ihr sicher, daß alle Clients die Wawi geschlossen haben?

USE master;
DECLARE @kill varchar(max); SET @kill = ''; 
SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), spid) + ';'  FROM master..sysprocesses  WHERE dbid = db_id('eazybusiness')
EXEC(@kill);

 

[FOC Solutions]

Wie stellt ihr sicher, daß alle Clients die Wawi geschlossen haben?

Theoretisch kann eine Wawi mit eine falschen Version offen und inaktiv sein, während das Update läuft, oder nicht?
Oder kommt einem hier der Effekt zugute, dass die Wawi abstürtzt, wenn die SQL Verbindung einmal weg ist

Ich mache bei den WAWI Updates immer die Firewall für den SQL Zugriff zu. Dann kann mir da keiner reinfunken und der Client ist so lange von der DB getrennt, dass er abstürzt. Beim Update ohne die Firewall dichtzumachen bleibt die SQL-Verbindung erhalten.

 

[John]

USE master;
DECLARE @kill varchar(max); SET @kill = '';
SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), spid) + ';'  FROM master..sysprocesses  WHERE dbid = db_id('eazybusiness')
EXEC(@kill);

Das schließt eine Wawi auf einem entfernten Client???

 

[mh1]

Das schließt eine Wawi auf einem entfernten Client???

Im Prinzip schon. Die entfernte Wawi stürzt ab 🤣

 

[SebiW]

Ich mache bei den WAWI Updates immer die Firewall für den SQL Zugriff zu. Dann kann mir da keiner reinfunken und der Client ist so lange von der DB getrennt, dass er abstürzt. Beim Update ohne die Firewall dichtzumachen bleibt die SQL-Verbindung erhalten.

Das ne gute Idee, merk ich mir fürs nächste mal vor, danke Dir

 

[John]

Wieso gibts nicht einfach einen Eintrag in der Datenbank, den man setzen kann und dann beenden sich die Clients?

Wäre so einfach zu programmieren...

 

[Enrico W.]

ich fürchte, ganz so einfach ist das nicht.
Es braucht schon eine passende Logik und Architektur, es muss definiert werden, was mit derzeit geöffneten und ggf. noch nicht gespeicherten Objekten passiert usw.
Einfach schließen?
"Hey - ich habe gerade ein Angebot erstellt mit 200 individuellen Positionen, das war noch nicht gespeichert!"
Einfach speichern?
"Hey, ich hatte gerade einen großen Auftrag erstellt, das war noch gar nicht fertig, es fehlten die Preise und der wurde einfach gespeichert und die ganzen Workflows dahinter sind natürlich auch gestartet."
Einfach sagen "Pech, du musst das noch mal machen."
Einfach sagen: "Hey, speichere sonst können wir nicht updaten. Joah - der Kollege ist gerade ins lange Wochenende gefahren."

Sicher sind das jetzt nur simple Überlegungen, die ich da anstelle, aber die sollten zeigen, dass es dabei sehr viel zu berücksichtigen gibt.

 

[John]

@Enrico W. Deine Argumentation gilt unter dem Anspruch einer ansonsten rock-soliden Software.

Da die Wawi aber bei dem geringesten Verbindungsverlust (der nunmal in der Natur einer Fernverbindung liegt) ohne Warnung abstürtzt, ist der Anspruch nicht passend.

Bei WMS geht es ja auch. Stichwort den anderen Abmelden.

 

[SebiW]

All Deine Beispiele sind keine. Man fährt ein Update und so eine Funktion ja nicht ohne Vorankündigung. Bevor ich update kriegt jeder Rechner im System über den Tag mehrere Warnmeldungen.
Wer dann 5 Minuten nach angekündigtem Termin immer noch nicht gezuckt hat hat halt Pech gehabt.
Und all Deine Argumente gelten genauso für nenn Serverneustart und das schließen der Firewalls - egal welchen Weg ich gehe, Deine Szenarien sind immer die gleichen.
Kurz, es gibt kein Argument gegen eine solche Funktion

 

[sebjo82]

Einfache Lösung: Update einspielen, wenn die Mitarbeiter nicht mehr arbeiten

 

[Enrico W.]

@SebiW Ja, sicherlich habt ihr einerseits Recht. Aber wenn wir so eine Funktion bauen, dann muss so etwas alles bedacht werden. Und das ist dann eben keine Kleinigkeit sondern spielt in alle Module rein.

 

[John]

Im Gegenteil. Es wäre ein Argument FÜR eine Schattenkopie geöffneter Aufträge im Kontext des Benutzers.
In der Paxis traue ich mir nicht, Aufträge mit vielen Positionen zu erstellen udn rate auch Kunden davon ab. Die werden schön alle 5 Minuten geschlossen und wieder geöffnet, um ggf. nicht alles zu verlieren.

 

[Enrico W.]

@John Somit hast Du gerade selbst widerlegt, dass das so einfach zu programmieren wäre.
Ich bin ja inhaltlich absolut auf eurer Seite. Nur ist das keine Sache von ein paar Minuten um das umzusetzen. Da müssen alle Teams ran.

 

[John]

@Enrico W. wie viel Weiterentwicklung erfährt denn die Wawi überhaupt noch?

Seit Spätsommer wirkt es eher so, als würde nur noch das nötige Pflichtprogramm umgesetzt.
Neue Feature - nicht in Sicht. Alte, offene Baustellen werden auch nicht angegangen.
Von Manuel/Youtube ist auch nichts mehr zu hören.
Stellengesuche in Richtung Entwicklung ist auch zurück gefahren.

Da könnte man fast den Eindruck bekommen, dass die Wawi aufs Abstellgleis fährt und entweder nur noch das Geld mitgenommen wird (wie bei Marcos Software Unicorns2), weil auch das eine Strategie des "Partners" sein kann oder eben alle Energie nur noch in die Entwicklung der SaS Wawi geht...

 

[Enrico W.]

Kann ich nicht sagen. Die Wawi ist sicherlich nicht tot. Aber ich bin auch kein PO oder Entwicklungsleiter um da irgend etwas beurteilen oder abschätzen zu können.
Und sehen wir es mal realistisch: Diese Pflichtprogramme hatten schon jede Menge Ressourcen gekostet und die waren dann immer noch nicht genug (siehe die nötigen Hotfixes). Wobei das auch der Tatsache geschuldet war, dass wir teilweise erst sehr spät passende Infos zu den Drittanbietern erhalten hatten.
Allerdings driftet das gerade alles ein ganzes Stück vom ursprünglichen Thema ab.

 

[John]

Du kannst die Beiträge gerne in einen neuen Thread ausgliedern, in den auch ein PO eingeladenist, sich offiziell zu äußern.
Eine allgemeine Fragerunde an "die da oben", mit der sich einmal im Monat beschäftigt wird, wäre auch geeignet, die Distanz zur Basis etwas abzubauen, die gefühlt inzwischen doch sehr groß ist.

Mein Eindruck von JTL ist mitlerweile nur noch eingeschränkt empfehlenswert.
Vowiegend durch die neue Preisstruktur mit hinterhältig gebundelten aber praxisnotwendigen Features (Einschränkung Workflows, Ameise) und der unklaren Entwicklung und den Absichten des Investors.

Wäre nicht die erste Cash Cow, die nur abgemolken wird.

 

[Enrico W.]

Tatsächlich hast du damit schon eine Begründung geliefert, warum ich das nicht machen werde.
Zum einen kann ich niemanden verpflichten, sich hier hinzusetzen und ggf. Interna auszuplaudern zum anderen würden wir wieder Kollegen zeitlich binden bei einem Thread, der schon per Definition zu einen Mimimi-Thread (bitte nicht falsch verstehen - ich meine damit nicht, dass eure Sorgen nur mimimi wären!) werden würde.
Alles zu Planungen, was bereits öffentlich kommuniziert wird, steht hier
https://www.jtl-software.de/roadmap
Ich kann gern noch mal anstoßen zu prüfen, wie aktuell das ist und ob etwas ergänzt gehört.
Alles was darüber hinaus geht... ihr kennt meine Meinung zu solchen Sammenthreads. Da wird alles zusammengeworfen und ist für niemanden wirklich konstruktiv. Spätestens nach 2-3 Seiten ist mit der Lesbarkeit Ende. Da bitte ich um Verständnis.

 

[mvh]

Das schließt eine Wawi auf einem entfernten Client???

Du erstellst in Windows Aufgabenplanung eine Ausführen-Aufgabe, die zur bestimmten Zeit mit einer bestimmten Batch-Datei
oder per GPO als Shutdown-Skript, entweder leer oder mit dem folgenden Inhalt laufen wird:

set wawiver=setup-jtl-wawi_1.9.6.5_1127-1603_00545d74c8e.exe
copy "\\deinserver\JTL\aktuelle JTL Version\%wawiver%" "%USERPROFILE%\DESKTOP" /y
start "WAWI" /wait "%USERPROFILE%\DESKTOP\%wawiver%" /SP- /SILENT /ALLUSERS /NOCANCEL /NORESTART /LOG /NORESTARTAPPLICATIONS /CLOSEAPPLICATIONS /SUPPRESSMSGBOXES
del "%USERPROFILE%\DESKTOP\%wawiver%"