bat Datei JTL Worker als Windows Dienst installieren fehlt

[bmaising]

Hallo allerseits,
Da alle JTL Worker Windows Dienste aus den Windows Diensten während des Upgrades auf JTL 2.0.0 entfernt wurden, wollte ich den Dienst erneut installieren nach dem Upgrade - jedoch keine bat Datei mehr aufzufinden im alten sowie neuen JTL WaWi Hauptverzeichnis. Würden uns über ein Info freuen wie es diesbezüglich aussieht, da im Guide immer noch die bat Variante vorgegeben wird.

Grüße aus dem Rhein-Main Gebiet,
Bernhard

 

[ergowebshop]

Na das macht ja Laune auf das Update. Hier das was bisher in der bat stand.

SET install_path=%~dp0
start "" "%install_path:~0,-1%\JTL-Worker.exe" --installieren

 

[Shopküche.de]

Der Worker ist jetzt im "JTL-Administrator" integriert. Dieser befindet sich im Hauptverzeichnis der JTL-Installation oder als Shortcut im Startmenü.

EDIT: Noch nicht in 2.0 integriert, kommt wohl doch später.
Anbei das Ticket: https://issues.jtl-software.de/issues/WAWI-87823

 

[bmaising]

Der Worker ist jetzt im "JTL-Administrator" integriert. Dieser befindet sich im Hauptverzeichnis der JTL-Installation oder als Shortcut im Startmenü.

Ehmmm... nein. Bitte eine Quelle für diese Info.

 

[ple]

hatte ich auch gedacht, aber kein Dienst als worker gefunden

 

[Shopküche.de]

Ehmmm... nein. Bitte eine Quelle für diese Info.

Habe meinen Beitrag editiert. Kommt doch erst später rein und ist in 2.0 noch nicht dabei.
Es gibt ein Bug-Ticket vermutlich weil der Worker über den JTL-Admin geplant war er es aber nicht in die Version geschafft hat: https://issues.jtl-software.de/issues/WAWI-87823

Anbei die beiden BAT-Dateien. Einfach in das Hauptverzeichnis und ausführen. Quelle: https://issues.jtl-software.de/issues/WAWI-87823

 

[ergowebshop]

Also man hat sich gedacht was neu zu machen und deswegen die bat Dateien weg gelassen, dann kam die Änderung doch noch nicht und nun fehlen die bat Dateien?

Aber bereits installierte Worker Dienste funktionieren trotzdem weiter beim Update von 1.11 auf 2.0?

 

[bmaising]

Der Worker ist jetzt im "JTL-Administrator" integriert. Dieser befindet sich im Hauptverzeichnis der JTL-Installation oder als Shortcut im Startmenü.

EDIT: Noch nicht in 2.0 integriert, kommt wohl doch später.
Anbei das Ticket: https://issues.jtl-software.de/issues/WAWI-87823

Danke für die Einordnung 🙂

 

[Dennis030]

Also man hat sich gedacht was neu zu machen und deswegen die bat Dateien weg gelassen, dann kam die Änderung doch noch nicht und nun fehlen die bat Dateien?

Aber bereits installierte Worker Dienste funktionieren trotzdem weiter beim Update von 1.11 auf 2.0?

Ich glaube nicht. Der Worker läuft (bei mir) gar nicht mehr. Nach eingabe des Logins schließt er sich einfach ohne Meldung oder Error-Log. Den Dienst gibt es auch nicht mehr.

Die obige .bat hat leider auch nichts gebracht, bzw. den Dienst nicht installiert.

 

[bmaising]

Also man hat sich gedacht was neu zu machen und deswegen die bat Dateien weg gelassen, dann kam die Änderung doch noch nicht und nun fehlen die bat Dateien?

Aber bereits installierte Worker Dienste funktionieren trotzdem weiter beim Update von 1.11 auf 2.0?

Vorsicht, alle! vorher konfigurierten Worker Dienste werden aus den Windows Diensten während der Installation (zumindest Stand gestern) von JTL WaWi 2.0.0 entfernt. Worker Dienst muss danach neu eingerichtet werden (Workarounds siehe Posts oben / Issue ticket)

 

[Florian D.]

Ich glaube nicht. Der Worker läuft (bei mir) gar nicht mehr. Nach eingabe des Logins schließt er sich einfach ohne Meldung oder Error-Log. Den Dienst gibt es auch nicht mehr.

Die obige .bat hat leider auch nichts gebracht, bzw. den Dienst nicht installiert.

Hallo @Dennis030 ,

nutzt Ihr ggf. ein Hosting bei EcomData? Prüft bitte einmal, ob Ihr auch von dem in folgendem Ticket beschriebenen Verhalten betroffen seid und ob der Workaround bei euch hilft: https://issues.jtl-software.de/issues/WAWI-87838
Gerne entsprechend das Ticket kommentieren, damit die Info auch direkt bei den Produktverantwortlichen bzw. in der Entwicklung landet.

Vielen Dank.

 

[Dennis030]

Hallo @Dennis030 ,

nutzt Ihr ggf. ein Hosting bei EcomData? Prüft bitte einmal, ob Ihr auch von dem in folgendem Ticket beschriebenen Verhalten betroffen seid und ob der Workaround bei euch hilft: https://issues.jtl-software.de/issues/WAWI-87838
Gerne entsprechend das Ticket kommentieren, damit die Info auch direkt bei den Produktverantwortlichen bzw. in der Entwicklung landet.

Vielen Dank.

Das war es, danke!

 

[Dennis_S]

Hallo @Dennis030 ,

nutzt Ihr ggf. ein Hosting bei EcomData? Prüft bitte einmal, ob Ihr auch von dem in folgendem Ticket beschriebenen Verhalten betroffen seid und ob der Workaround bei euch hilft: https://issues.jtl-software.de/issues/WAWI-87838
Gerne entsprechend das Ticket kommentieren, damit die Info auch direkt bei den Produktverantwortlichen bzw. in der Entwicklung landet.

Vielen Dank.

Wir hosten bei EcomData. Der Workaround scheint nicht zu funktionieren. Wir behelfen uns jetzt indem wir den Worker an einem Arbeitsplatz laufen lassen, nicht als Dienst auf dem Server. Das funktioniert, ist aber natürlich nicht die optimale Lösung. Ist schon bekannt wann das Problem gelöst sein wird bzw. wann das nächste Update verfügbar sein wird?

Edit: Doch, funktioniert, ich nehme alles zurück.

 

[taylor-wheels]

Ich glaube nicht. Der Worker läuft (bei mir) gar nicht mehr. Nach eingabe des Logins schließt er sich einfach ohne Meldung oder Error-Log. Den Dienst gibt es auch nicht mehr.

Die obige .bat hat leider auch nichts gebracht, bzw. den Dienst nicht installiert.

Bei uns läuft der Worker auch nicht mehr richtig. Die .bat hat auch bei uns nichts gebracht und zusätzlich bleibt der Worker beim Abgleich des Onlineshops hängen des weiteren zeigt er zwar an, dass er die "WMS Picklisten" ordnungsgemäß verarbeitet hat, schaut man sich das ganze aber in den Aufträgen an, ist NICHTS verarbeitet worden. Alle Aufträge stehen in "Lieferbar" und nicht in "Auf Pickliste"

 

[Mysticmagic]

JTL Wawi läuft bei ecomdata.
Dort update gemacht aber worker nicht zum laufen bekommen.
Auf dem Client, der remotly auf den ecomdata Server zugreift update gemacht (WIN 10) Dort kein Problem den Worker auszuführen.
Testweise auf WIN 11 installiert, dort geht der Worker gar nicht und ist auch nicht zu finden.

Ich finde es erbärmlich eine Version auf den Markt zu bringen, die solche fatalen Fehler aufweist ! Und dann nur support schnell zu erhalten, wenn man das Bronze/Silber/Gold Paket gebucht hat !

 

[DM9]

JTL Wawi läuft bei ecomdata.
Dort update gemacht aber worker nicht zum laufen bekommen.
Auf dem Client, der remotly auf den ecomdata Server zugreift update gemacht (WIN 10) Dort kein Problem den Worker auszuführen.
Testweise auf WIN 11 installiert, dort geht der Worker gar nicht und ist auch nicht zu finden.

Ich finde es erbärmlich eine Version auf den Markt zu bringen, die solche fatalen Fehler aufweist ! Und dann nur support schnell zu erhalten, wenn man das Bronze/Silber/Gold Paket gebucht hat !

Das hier hatte bei mir geholfen um den Worker wieder motiviert zu bekommen:
https://issues.jtl-software.de/issues/WAWI-87838

Ausgangslage / IST-Zustand​

Wenn ich auf dem EcomData-Cloud-Desktop versuche, JTL-Worker zu starten, schließt sich JTL-Worker direkt nach der Anmeldung ohne Fehlermeldung.

• In der Windows Ereignisanzeige steht dann folgendes:
  Das vom Remote Server empfangene Zertifikat enthält nicht den erwarteten Namen.
  Es ist daher nicht möglich, zu bestimmen, ob eine Verbindung mit dem richtigen Server hergestellt wird.
  Der Server Name wurde erwartet .. Fehler bei der TLS-Verbindungs Anforderung.
  Die angefügten Daten enthalten das Server Zertifikat.
  der SSPI-Client Prozess JTL-Worker (PID: 10064).
• Im Wawi-Profil ist der Server wie folgt (Beispiel) angegeben: .\JTLWAWI
• Die Anmeldung an JTL-Wawi erfolgt problemlos

Workaround​

Neues Wawi Profil mit dem vollständigen Serverpfad angeben:

1. JTL-Datenbankverwaltung starten
2. Auf “Neues Profil” klicken
3. Neues Profil bspw. “StandardNeu” nennen und beim Server den vollständigen Pfad zum SQL-Server angeben. Beispiel: c12345.servers.ecomdata.de\JTLWAWI,50000
4. Mit SQL-Benutzer und Passwort anmelden
5. JTL-Datenbankverwaltung schließen
6. Anschließend beim Start von JTL-Wawi oder JTL-Worker entsprechend das neue Profil “StandardNeu” auswählen und sich hier wie gewohnt anmelden

Akzeptanzkriterien / SOLL-Zustand​

• Worker startet wie gewohnt, auch wenn im Wawi-Profil der Server mit einem Platzhalter für die Domäne (z.B. “.\JTLWAWI”) angegeben ist

---

Und ja ich gebe dir recht, bin auch mega angepisst! Ich habe ein Silber Paket, hilft dir auch nicht...

 

[Mysticmagic]

Das hier hatte bei mir geholfen um den Worker wieder motiviert zu bekommen:
https://issues.jtl-software.de/issues/WAWI-87838

Ausgangslage / IST-Zustand​

Wenn ich auf dem EcomData-Cloud-Desktop versuche, JTL-Worker zu starten, schließt sich JTL-Worker direkt nach der Anmeldung ohne Fehlermeldung.

• In der Windows Ereignisanzeige steht dann folgendes:
  Das vom Remote Server empfangene Zertifikat enthält nicht den erwarteten Namen.
  Es ist daher nicht möglich, zu bestimmen, ob eine Verbindung mit dem richtigen Server hergestellt wird.
  Der Server Name wurde erwartet .. Fehler bei der TLS-Verbindungs Anforderung.
  Die angefügten Daten enthalten das Server Zertifikat.
  der SSPI-Client Prozess JTL-Worker (PID: 10064).
• Im Wawi-Profil ist der Server wie folgt (Beispiel) angegeben: .\JTLWAWI
• Die Anmeldung an JTL-Wawi erfolgt problemlos

Workaround​

Neues Wawi Profil mit dem vollständigen Serverpfad angeben:

1. JTL-Datenbankverwaltung starten
2. Auf “Neues Profil” klicken
3. Neues Profil bspw. “StandardNeu” nennen und beim Server den vollständigen Pfad zum SQL-Server angeben. Beispiel: c12345.servers.ecomdata.de\JTLWAWI,50000
4. Mit SQL-Benutzer und Passwort anmelden
5. JTL-Datenbankverwaltung schließen
6. Anschließend beim Start von JTL-Wawi oder JTL-Worker entsprechend das neue Profil “StandardNeu” auswählen und sich hier wie gewohnt anmelden

Akzeptanzkriterien / SOLL-Zustand​

• Worker startet wie gewohnt, auch wenn im Wawi-Profil der Server mit einem Platzhalter für die Domäne (z.B. “.\JTLWAWI”) angegeben ist

---

Und ja ich gebe dir recht, bin auch mega angepisst! Ich habe ein Silber Paket, hilft dir auch nicht...

Danke Dir, ja so geht es... super !

 

[ChrisTS]

Ein hoch auf die Wawi 2.0 und ein Dank an alle die es direkt live testen 💋

 

[Tomka]

Naja, auch als Silberkunde gibt es leider keine Lösung für das Problem. Nach 2 Wochen Abwesenheit dachte ich mir, ich schaue mal rein, aber alle mir bekannten Lösungsansätze funktionieren bei uns leider nicht. Die Anmeldemaske erscheint, man gibt die Daten ein und dann verschwindet das Fenster einfach.

 

[Tomka]

Danke Dir, ja so geht es... super !

Das hier hatte bei mir geholfen um den Worker wieder motiviert zu bekommen:
https://issues.jtl-software.de/issues/WAWI-87838

Ausgangslage / IST-Zustand​

Wenn ich auf dem EcomData-Cloud-Desktop versuche, JTL-Worker zu starten, schließt sich JTL-Worker direkt nach der Anmeldung ohne Fehlermeldung.

• In der Windows Ereignisanzeige steht dann folgendes:
  Das vom Remote Server empfangene Zertifikat enthält nicht den erwarteten Namen.
  Es ist daher nicht möglich, zu bestimmen, ob eine Verbindung mit dem richtigen Server hergestellt wird.
  Der Server Name wurde erwartet .. Fehler bei der TLS-Verbindungs Anforderung.
  Die angefügten Daten enthalten das Server Zertifikat.
  der SSPI-Client Prozess JTL-Worker (PID: 10064).
• Im Wawi-Profil ist der Server wie folgt (Beispiel) angegeben: .\JTLWAWI
• Die Anmeldung an JTL-Wawi erfolgt problemlos

Workaround​

Neues Wawi Profil mit dem vollständigen Serverpfad angeben:

1. JTL-Datenbankverwaltung starten
2. Auf “Neues Profil” klicken
3. Neues Profil bspw. “StandardNeu” nennen und beim Server den vollständigen Pfad zum SQL-Server angeben. Beispiel: c12345.servers.ecomdata.de\JTLWAWI,50000
4. Mit SQL-Benutzer und Passwort anmelden
5. JTL-Datenbankverwaltung schließen
6. Anschließend beim Start von JTL-Wawi oder JTL-Worker entsprechend das neue Profil “StandardNeu” auswählen und sich hier wie gewohnt anmelden

Akzeptanzkriterien / SOLL-Zustand​

• Worker startet wie gewohnt, auch wenn im Wawi-Profil der Server mit einem Platzhalter für die Domäne (z.B. “.\JTLWAWI”) angegeben ist

---

Und ja ich gebe dir recht, bin auch mega angepisst! Ich habe ein Silber Paket, hilft dir auch nicht...

Ich konnte den Fehler beheben und den Worker zum Starten bringen, indem ich folgende Schritte vorgenommen habe:

Win+R, certmgr.msc öffnen, unter Vertrauenswürdige Stammzertifizierungsstellen per Rechtsklick importieren und das Zertifikat auswählen, fertig.

Ich habe das Zertifikat vom SQL Server genommen, somit hat der Worker gestartet. Allerdings führt er trotzdem keinen Abgleich der Shops durch, es wird lediglich folgendes angezeigt:

Status: Wird gestartet Status: Erfolgreich beendet

Es werden keinerlei Bestellungen oder sonstige Daten geladen.

Nachtrag: Wir verwenden keinen eComData Server, wir haben selbst einen dedizierten Server bei IONOS, weshalb wir uns das Zertifikat selbst erstellen konnten.