Ausgabe in Wawi 1.7.15 (Sharp) und Worker 2.0 kaputt

[lj-shadow]

Hallo,
ich habe gestern auf die WaWi 1.7.15 geupdatet.
Hier ist in der Sharp Version und dem Worker 2.0 die Ausgabe per Mail kaputt.

Folgendes Log wirft der Worker beim Rechnungsversand per Mail:

Unbehandelte Ausnahme #2E03A94985ECC7E9 vom Typ JTL.Ausgabe.Engines.Exceptions.AusgabeException in Void ExecuteAndDebugOnDemand(System.Action)
JTL.Ausgabe.Engines.Exceptions.AusgabeException: Fehler bei der Ausgabe. ---> System.AggregateException: Mindestens ein Fehler ist aufgetreten. ---> combit.Reporting.LL_NoDestination_Exception: List & Label hat kein gültiges Ausgabemedium beim Start des Drucks. Eventuell ist das gewählte Exportformat deaktiviert oder nicht verfügbar.
   bei combit.Reporting.LLException.CheckReturn(Int32 returnValue)
   bei combit.Reporting.ListLabel.SetExportOptions(LlPrintMode printMode)
   bei combit.Reporting.ListLabel.PrintReportFromRelationalDataSourceNewMode(IDataProvider dataSource, String projectFile, Boolean showFileSelect, LlPrintMode printMode, LlBoxType boxType, String dialogTitle, Boolean showPrintOptions, String tempPath)
   bei combit.Reporting.ListLabel.AutoPrint(LlProject projectType, String projectFile, Boolean showFileSelect, LlPrintMode printMode, LlBoxType boxType, String dialogTitle, Boolean showPrintOptions, String tempPath)
   bei combit.Reporting.ListLabel.Print(Object userData, LlProject projectType, String projectFile, Boolean showFileSelect, LlPrintMode printMode, LlBoxType boxType, IntPtr windowHandle, String dialogTitle, Boolean showPrintOptions, String tempPath)
   bei combit.Reporting.ListLabel.Print(LlProject projectType, String projectFile, Boolean showFileSelect, LlPrintMode printMode)
   bei combit.Reporting.ListLabel.Print(LlProject projectType, String projectFile, Boolean showFileSelect)
   bei combit.Reporting.ListLabel.Export(ExportConfiguration exportConfiguration)
   bei JTL.Ausgabe.ListAndLabel.ListLabelEngineBase.<>c__DisplayClass63_0.<Export>b__0()
   bei JTL.Ausgabe.ListAndLabel.ListLabelEngineBase.AssignDrucker(String cDruckerName, Action action)
   bei JTL.Ausgabe.ListAndLabel.ListLabelEngineBase.Export(VorlageSpeichernDateiformat fileType, String filename, PdfAModus pdfAModus)
   bei JTL.Ausgabe.ListAndLabel.SingleThreadListLabelWrapper.<>c__DisplayClass42_0.<Export>b__0()
   bei System.Threading.Tasks.Task.Execute()
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
   bei System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
   bei JTL.Ausgabe.ListAndLabel.ListLabelWorker.Process(Action action)
   bei JTL.Ausgabe.ListAndLabel.SingleThreadListLabelWrapper.Export(VorlageSpeichernDateiformat fileType, String filename, PdfAModus pdfAModus)
   bei JTL.Ausgabe.Engines.ListLabelProcessEngine.<>c__DisplayClass7_0.<Speichern>b__0()
   bei JTL.Ausgabe.Engines.ListLabelProcessEngineBase.ExecuteAndDebugOnDemand(Action action)
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei JTL.Ausgabe.Engines.ListLabelProcessEngineBase.ExecuteAndDebugOnDemand(Action action)
   bei JTL.Ausgabe.Engines.ListLabelProcessEngine.Speichern(String dateiname, VorlageSpeichernDateiformat filetype, PdfAModus pdfAModus, CancellationToken cancellationToken)
   bei JTL.Ausgabe.Rendering.Prozesse.AusgabeEngineSpeichern.Speichern(IAusgabeElement ausgabeElement, IVorlageListLabel vorlageListLabel, AusgabeEinstellungenSpeichern einstellungen, String fallbackDateiname, CancellationToken cancellationToken)
   bei JTL.Ausgabe.Rendering.Prozesse.AusgabeEngineMailen.Mailen(IAusgabeElement ausgabeElement, IMailable vorgang, IVorlageMailen vorlage, AusgabeEinstellungenMailen einstellungen, CancellationToken cancellationToken)
   bei JTL.Ausgabe.Rendering.Prozesse.AusgabeEngineMailen.Mailen(IAusgabeElement ausgabeElement, AusgabeEinstellungenMailen einstellungen, CancellationToken cancellationToken)
   bei JTL.Ausgabe.Rendering.Prozesse.AusgabeProzessMailen.Execute()
   bei JTL.Ausgabe.Rendering.Prozesse.ProzessBase.cNAh129NoG()
   bei System.Threading.Tasks.Task.Execute()
Title = Fehler bei der Ausgabe.
Description = Während des Druckvorgangs ist ein Fehler im Ausgabemodul aufgetreten. Häufig sind Fehler in der Vorlage dafür verantwortlich.
Detaillierte Informationem zum Fehler wurden in der Datei C:\Users\User\Desktop\WawiPrintLog_20230928220016.zip abgelegt.

Unbehandelte Ausnahme #CCE375D93329A32 vom Typ combit.Reporting.LL_NoDestination_Exception in Int32 CheckReturn(Int32): List & Label hat kein gültiges Ausgabemedium beim Start des Drucks. Eventuell ist das gewählte Exportformat deaktiviert oder nicht verfügbar.

Wobei der eigentliche Fehler dies zu sein scheint:

JTL.Ausgabe.Engines.Exceptions.AusgabeException: Fehler bei der Ausgabe. ---> System.AggregateException: Mindestens ein Fehler ist aufgetreten. ---> combit.Reporting.LL_NoDestination_Exception: List & Label hat kein gültiges Ausgabemedium beim Start des Drucks. Eventuell ist das gewählte Exportformat deaktiviert oder nicht verfügbar.


Unbehandelte Ausnahme #CCE375D93329A32 vom Typ combit.Reporting.LL_NoDestination_Exception in Int32 CheckReturn(Int32): List & Label hat kein gültiges Ausgabemedium beim Start des Drucks. Eventuell ist das gewählte Exportformat deaktiviert oder nicht verfügbar.

Das Print-Log sieht ähnlich aus:

Ausnahme #1: Unbehandelte Ausnahme #CCE375D93329A32 vom Typ combit.Reporting.LL_NoDestination_Exception in Int32 CheckReturn(Int32)
combit.Reporting.LL_NoDestination_Exception: List & Label hat kein gültiges Ausgabemedium beim Start des Drucks. Eventuell ist das gewählte Exportformat deaktiviert oder nicht verfügbar.
   bei combit.Reporting.LLException.CheckReturn(Int32 returnValue)
   bei combit.Reporting.ListLabel.SetExportOptions(LlPrintMode printMode)
   bei combit.Reporting.ListLabel.PrintReportFromRelationalDataSourceNewMode(IDataProvider dataSource, String projectFile, Boolean showFileSelect, LlPrintMode printMode, LlBoxType boxType, String dialogTitle, Boolean showPrintOptions, String tempPath)
   bei combit.Reporting.ListLabel.AutoPrint(LlProject projectType, String projectFile, Boolean showFileSelect, LlPrintMode printMode, LlBoxType boxType, String dialogTitle, Boolean showPrintOptions, String tempPath)
   bei combit.Reporting.ListLabel.Print(Object userData, LlProject projectType, String projectFile, Boolean showFileSelect, LlPrintMode printMode, LlBoxType boxType, IntPtr windowHandle, String dialogTitle, Boolean showPrintOptions, String tempPath)
   bei combit.Reporting.ListLabel.Print(LlProject projectType, String projectFile, Boolean showFileSelect, LlPrintMode printMode)
   bei combit.Reporting.ListLabel.Print(LlProject projectType, String projectFile, Boolean showFileSelect)
   bei combit.Reporting.ListLabel.Export(ExportConfiguration exportConfiguration)
   bei JTL.Ausgabe.ListAndLabel.ListLabelEngineBase.<>c__DisplayClass63_0.<Export>b__0()
   bei JTL.Ausgabe.ListAndLabel.ListLabelEngineBase.AssignDrucker(String cDruckerName, Action action)
   bei JTL.Ausgabe.ListAndLabel.ListLabelEngineBase.Export(VorlageSpeichernDateiformat fileType, String filename, PdfAModus pdfAModus)
   bei JTL.Ausgabe.ListAndLabel.SingleThreadListLabelWrapper.<>c__DisplayClass42_0.<Export>b__0()
   bei System.Threading.Tasks.Task.Execute()

Es scheint, als könne WaWi (Sharp) und der Worker 2.0 keine PDFs mehr erzeugen.
Ein manuelles Versenden per Mail geht ebensowenig.

Soweit ich das jetzt hier beobachten kann, scheint es nur die WaWi c# und den Worker zu betreffen. Bei der "regulären" Wawi nicht. Da scheint es zu gehen.
Das ganz "passiert" sowohl unter Win10 (dort läuft der Worker), als auch Win11 (Client).


EDIT:
In der Wawi auf die Vorlagen zu gehen, wirft auch einen Fehler - auch hier nur in der Wawi C#:

Die Programmerweiterung, die zur Darstellung des Objekttyps 'LLPDF' nötig ist, konnte nicht gefunden werden.


Der Fehler in der Wawi C# an sich ist unschön. Dass das im Worker passiert, ziemlich

 

[flimflam]

Problem besteht bei uns seit Version 1.7.15.0.
Beim Druck von Lieferscheinen über den Worker 2.0.
Die Lieferschein-Vorlage lässt sich in der WaWi über List&Label fehlerlos öffnen und bearbeiten.

 

[Arne Janson]

Da die Version gestern erst herauskam, denke, ich macht es Sinn so ein Verhalten direkt an den Support von JTL zu melden.
Und und über die Lösung bzw. Workaround hier zu informieren.

MfG

Arne Janson

 

[lj-shadow]

@Arne Janson
Versteh mich nicht falsch, aber genau das hab ich hiermit ja im ersten Schritt getan.

Bevor ich den Support damit behellige, kann ich doch hier drauf hinweisen und den Sinn des Forums nutzen.
Vielleicht hat ja jemand bereits den Fehler gehabt, gefunden und umschifft.... Kann ja auch an meinem System liegen...

Und was mich angeht, hab ich 'nen "Workaround" zumindest für die Ausgabe der WaWi selbst (nicht den Worker 2.0) ja auch schon gegeben.
Eine Lösung und/oder Workaround kann ich "hier" aber auch nur geben, wenn "hier" existiert und dazu muss ich den Thread ja erst mal erstellen.

Davon ab ist diese Version bereits seit einigen Tagen in der Beta und wie ich NACH meinem Thread gesehen hab, dass mit dem Packtisch ein ähnliches Problem besteht, dass für mich als "nicht-Programmierer" auch nach genau dem selben Problem aussieht (siehe hier und hier - gut - das Ticket kam nahezu Zeitgleich) und damit bereits bekannt ist, stellt sich die Frage, ob es Sinn macht, eine Version ist die Stable aufzunehmen, die bekannt unter normalen Bedingungen nicht fähig ist, eine der Basics auszuführen...
Dies aber nur als Hinweis und hier eigentlich auch nicht mein Thema.

Also es tut mir leid, wenn Dich mein Thread stört.

 

[schmidtzkatze]

same here.
wir sind von 1.14. auf 1.15 weil dort bugs drin waren die nun gefixt wurden.
nun scheint der komplette (?) PDF Ausgabeprozess nicht mehr oder nur teilweise zu funktionieren (LLPDF)

z.b.: wir generieren eine PDF Rechnung in der Versandmail. Wenn ich diese aktiviere, kommt der Fehler, wenn ich sie rausnehme läuft es ohne fehler am Picktisch durch.

Bitte hier einen Hotfix liefern!! PDFs zu erstellen in Ausgabeprozessen ist kritisch.

 

[Arne Janson]

@Arne Janson
Versteh mich nicht falsch, aber genau das hab ich hiermit ja im ersten Schritt getan.

Bevor ich den Support damit behellige, kann ich doch hier drauf hinweisen und den Sinn des Forums nutzen.
Vielleicht hat ja jemand bereits den Fehler gehabt, gefunden und umschifft.... Kann ja auch an meinem System liegen...

Und was mich angeht, hab ich 'nen "Workaround" zumindest für die Ausgabe der WaWi selbst (nicht den Worker 2.0) ja auch schon gegeben.
Eine Lösung und/oder Workaround kann ich "hier" aber auch nur geben, wenn "hier" existiert und dazu muss ich den Thread ja erst mal erstellen.

Davon ab ist diese Version bereits seit einigen Tagen in der Beta und wie ich NACH meinem Thread gesehen hab, dass mit dem Packtisch ein ähnliches Problem besteht, dass für mich als "nicht-Programmierer" auch nach genau dem selben Problem aussieht (siehe hier und hier - gut - das Ticket kam nahezu Zeitgleich) und damit bereits bekannt ist, stellt sich die Frage, ob es Sinn macht, eine Version ist die Stable aufzunehmen, die bekannt unter normalen Bedingungen nicht fähig ist, eine der Basics auszuführen...
Dies aber nur als Hinweis und hier eigentlich auch nicht mein Thema.

Also es tut mir leid, wenn Dich mein Thread stört.

Alles gut @lj-shadow

Hilfe zur Selbsthilfe ist im Forum genau der richtige Ansatz.

Da wie du ja schon schreibst:
https://issues.jtl-software.de/issues/WAWI-72625

Packtisch/WMS Fehlermeldung beim Ausliefern - Darstellung vom Objekttyp "LLPDF" nicht möglich​

Und der Status In Bearbeitung ist weiß JTL um das Problem.
Somit gehe ich davon aus, dass schnell eine Hotfix 1.5.15.1 kommen wird. @KEEPSEVEN

"seit einigen Tagen in der Beta" wie viele der Händler, die die Wawi in Beta herunterladen, nutzen Sie auch produktiv? Und somit fallen nicht alle Dinge in der Beta auf.

"Dies aber nur als Hinweis und hier eigentlich auch nicht mein Thema." hier streite ich mich auch mit JTL seit Jahren, aber wie du sagst würde das Theme sprengen und passt hier nicht hin.

"Also es tut mir leid, wenn Dich mein Thread stört." Absolut nicht. Er ist gut wichtig und richtig. Mein kleiner Hinweis war nur das JTL mit in Boot geholt werden sollte, das schnell eine Lösung kommt für die Händler.
https://issues.jtl-software.de/issues/WAWI-72625 ist da und in Bearbeitung also alles gut.
JTL garantiert hier im Forum keinen Support und so kommen auf viele Fragen von Händlern keine Antworten von JTL.
Ein Ticket muss der Support von JTL aber abarbeiten.

MfG
Arne Janson

 

[lj-shadow]

... wie viele der Händler, die die Wawi in Beta herunterladen, nutzen Sie auch produktiv? Und somit fallen nicht alle Dinge in der Beta auf.

Und genau darum habe ich das auch gar nicht erwähnt...
Zumal wahrscheinlich von den paar Leuten nochmals einige weniger die C#-Version befeuern. Da sich das Problem aber auf eben diese Variante UND den WORKER bezieht, würd ich mal davon ausgehen, dass "Worker 2.0" eben auch C# ist...
Und damit werden dann einige in dieses Problem laufen. Da ist's besser, wenn man hier auch direkt über eventuelle Probleme lesen kann.
Da ich den Packtisch nicht nutze, weiß ich allerdings auch nicht, ob der Fehler auch mit der normalen Version dort auftritt.

Ich möchte auch JTL nicht anzählen, weil ich mal auf 'nen Bug gestoßen bin - passiert.
Ich komme aus dem technischen Bereich (nicht Programmierend) - da weiß ich sehr wohl, dass man an einer Stelle arbeiten kann und an einer anderen was damit kaputt macht, ohne auch nur im entferntesten eine Verbindung zu sehen.
Dem entsprechend bin ich da auch relativ entspannt.
Aber man freut sich über jeden Hinweis, der auf Fehler hin weist und ggf. dann sehen kann, "wo die Fäden zusammen laufen".

"Ein Ticket muss der Support von JTL aber abarbeiten."
Ich kenne die Arbeitsabläufe von JTL nicht und ich hab auch keine besonderen "Sonderfälle" hier, die ich nutze. Darum fällt mir selten was auf und meine erste Anlaufstelle ist das Forum...

 

[Arne Janson]

@lj-shadow

"Worker 2.0" eben auch C#" das kann sein würde auch dazu passen, weil langfristig soll ja C++ aus der gesamten Wawi verschwinden.
Und dann ist ja alles C#

"JTL nicht anzählen," darum geht es ja null.
Seit Jahren bin ich mit vielen Leuten von JTL befreundet. Es geht ja darum, Lösungen für die Händler zu finden, wenn was Wichtiges nicht klappt.

"Ich kenne die Arbeitsabläufe von JTL nicht" deswegen ja der Hinweis von mir. Forum gucken die MA von JTL mal ab und zu rein. Tickets haben immer Prio und müssen abgearbeitet werden.

"meine erste Anlaufstelle ist das Forum" Grundsätzlich richtig, weil hier ist ja zu sehen, ob auch andere das Problem schon haben.
Wenn JTL das Problem bekannt ist, braucht es ja kein weiteres Support-Ticket, außer der "Druck" soll erhöht werden.

MfG
Arne Janson

 

[Manuel Pietzsch]

Hi Freunde,

hier das Ticket dazu: https://issues.jtl-software.de/issues/WAWI-72625 mit öffentlichen Kommentar.

Gruß

Manuel

 

[lj-shadow]

Hi Freunde,

hier das Ticket dazu: https://issues.jtl-software.de/issues/WAWI-72625 mit öffentlichen Kommentar.

Gruß

Manuel

Hi Manuel,

cool wäre, wenn man die Zip im Kommentar auch Downloaden kann...
Die ist hinter einem Login versteckt

 

[Manuel Pietzsch]

Hi Manuel,

cool wäre, wenn man die Zip im Kommentar auch Downloaden kann...
Die ist hinter einem Login versteckt

Mein Fehler, jetzt ist es klickbar. Hotfix wird parallel erstellt.

 

[lj-shadow]

Mein Fehler, jetzt ist es klickbar.

Kein Ding - Ist Freitag.
Ich Check den Workaround mal eben

EDIT:
Scheint zu klappen. Ich konnte uA keine pdf-Rechnungen in mit der Wawi-C# speichern.
Das geht jetzt damit...

Wie es mit dem Worker aussieht, seh ich dann später. Würde aber mal vermuten, dass das ohnehin die selbe Routine ist, die da die pdf-Rechnungen erzeugt und damit auch gehen sollte...

 

[netcrawler]

@Manuel Pietzsch, die dll Dateien müssen auch auf dem Server ersetzt werden, oder?

 

[lj-shadow]

@Manuel Pietzsch, die dll Dateien müssen auch auf dem Server ersetzt werden, oder?

Ich bin zwar kein Programmierer, kann dir aber sagen, dass die Dateien für die Ausgabe zuständig sind.
Wenn also auf dem Server Ausgaben (pdf) erfolgen, dann ja.
Läuft da nur die DB, dann nicht.

Bei mir läuft da der Worker mit, der den Rechnungsversand abends ausführt.
Dafür braucht der den fix.

 

[Marc Völker]

Ja in jeder Installation.

 

[netcrawler]

ok, da sich unser Server Desktop aktuell mit wawi log Fehlern zu tapeziert hab ich die dll getauscht.

 

[Manuel Pietzsch]

ok, da sich unser Server Desktop aktuell mit wawi log Fehlern zu tapeziert hab ich die dll getauscht.

Schreib mal ob’s geklappt hat

 

[lj-shadow]

Schreib mal ob’s geklappt hat

Bei mir rennt das wieder normal...

Ach... danke für den schnellen fix!

 

[netcrawler]

jap, sieht gut aus.
Danke
Jetzt müssen wir nur noch gucken warum der Packtisch die falschen Gewichte errechnet.
Und wenn der Packtisch auf Win7 wieder laufen würde wär das auch cool. Aber eins nach dem anderen
Ticket ist angelegt

 

[netcrawler]

sorry, das war zu früh.....
Habe vormittags über den Packtisch zum Test eine Bestellung ausgeliefert.
Rechnung wurde leider nicht zu amazon übertragen
Wir hatten gestern Abend mehrere PDF mit "Rechnung erneut an amazon senden" übermittelt.
Das hatte funktioniert. Daher dachte ich das es nun wieder läuft.