zur fehlenden komma-separierten Statusliste:
Das liegt daran, dass die Plenty-API nur statusFrom und statusTo bietet. Wir müssten "unter der Haube" das gleiche machen, was du gerade machst.
Das würde eh schon recht komplexen Step noch komplexer machen. Das wollen wir vermeiden und geben ja mit den von dir genutzten Mitteln die Möglichkeit, das auch anderweitig zu erreichen.
Bzgl. Timeout Fehler:
Kannst du uns mal die RunID schicken? Evtl. warst du leider auf einem überlasteten Server gelandet. Wir hatten heute Abend zwischen 20:00 und 22:00 ein Problem mit einer Node.
Mit der RunID können wir im Log sehen, auf welchem Server dein Flow lief. Bitte mal im Auge behalten, ob es wieder auftritt.
Bzgl. Tuning:
Was machst du grob in den Mappern? Wenn du dort z.B. viele Querverweise machst, dann kann der Cache-Mode helfen.
Je mehr Steps dann diesen Mapper konsumieren, desto effektiver wirkt der Cache-Mode. Den CacheMode gibts übrigens auch für den Filter
Der CacheMode ist vermutlich bei dem Mapper / Filter am effektivsten, der von den meisten Steps konsumiert wird.
Beispiel wo der CacheMode nichts bringt: Angenommen du hast einen Mapper der von nur einem CSVWriter konsumiert wird. Dann bringt der CacheMode nichts, da sowieso alles einmal durchlaufen wird. Hast du zusätzlich nochmal einen weiteren CSVWriter dann bringts schon was. Der 2. CSVWriter sollte dann exorbitant schneller sein, da das Ergebnis gecached vorliegt.
Zu den "komischen gleichen" Zeitstempeln:
Das ist etwas schwerer zu erklären: Die Mapper werden sog. "lazy" verarbeitet (Performancegründe). D.h. ein Mapper (und auch Filter) wird erst dann ausgeführt, wenn ihn jemand konsumiert - also wenn er auch gebraucht wird z.B. durch einen CSVWriter.
D.h. ein Mapper allein ohne konsumierenden CSVWriter macht nichts - gar nichts - er ist in 0sek ausgeführt. Er ist nur da und man sieht evtl. die Logausgabe "Start Processing". Aber er leistet keine "Arbeit". Das hat aber den "komischen" Effekt, dass die Logausgabe im Mapper (bei dir 20:49) erst geschrieben wird, wenn eigentlich der nächste "konsumierende" Step fertig ist und den Mapper einmal komplett durchgerattert hat.
Lange Rede...
Also wenn du jetzt mehr Datenzeilen hast und auch viel mit Querverweisen machst, dann könnte es schon länger dauern. Wieviele Zeilen ergeben sich denn durch 1811 Aufträge + Positionen? Sind das die 3801 Zeilen? Das ist eigentlich nicht viel und selbst mit ein paar Querverweisen sollte das kein Problem sein.
Wir vermuten eher, dass du leider wirklich auf einem überlasteten Server lagst. Sag bitte mal Bescheid, wie der nächste Run aussieht.
