Kein TextFileAdapter auf der READ Seite

Hallo,

bei Ausführung einer Definition mit einer Batch-Datei erhalte ich die Meldung:

Auf der READ Seite ist kein TextFileAdapter | ExcelAdapter | XmlAdapter vorhanden!

Im Designer läuft die Definition ohne Meldungen und Fehler. Auf der READ Seite ist der OracleAdapter, auf der WRITE Seite der InMemoryAdapter. Der OracleAdapter in anderen Definitionen funktioniert ohne die obige Meldung.

Wie kann ich den Fehler weiter eingrenzen?

Gruss
Nick

Ich konnte ein ähnliches Problem hier finden: 

https://flowheater.de/forum/server/884-definition-ueber-flowheatersrv-funktioniert-nicht

Die Option "Dateinamen übergeben" ist nicht ausgewählt und die Server-Version ist 4.1.2.

Dennoch erhalte ich die zuvor genannte Meldung. 

Hallo Nick,

Hintergrund zum Probem) Hier wird versucht über das Batch Modul mit der Option /ReadFileName Import*.txt einen oder per Wildcard mehrere Dateinamen zu setzen. Das Funktion natürlich nur, wenn auf der READ Seite auch ein dementsprechender Adapter vorhanden ist. Unterstützen tun das im Moment nur der TextFile , Excel sowie XML Adapter. Der Oracle Adapter kann mit Dateien nichts anfangen, deswegen wird die Fehlermeldung ausgegeben.

Wenn die Definition über den Designer sauber durchläuft, sollte es ausreichen im Aufruf die Option /ReadFileName zu entfernen, dann sollte die auch über das Batch Modul  ausgeführt werden können.

Bei der Ausführung über den FlowHeater Server wird min. Version 4.1.3 benötigt. Bei früheren Versionen ist der Workaround aus dem Forumsbeitrag notwendig: Definition über Flowheatersrv funktioniert nicht

Hallo Herr Stark,

ich verstehe es somit richtig, dass ich den OracleAdapter und den TextAdapter nicht in einer Definition verwenden kann? 

Hintergrund:

Verarbeitungsschritt1
Importiert Daten mit dem TextAdapter in den InMemoryAdapter Tabelle Default

Verarbeitungsschritt2
Importiert Daten aus dem OracleAdapter in den InMemoryAdapter Tabelle Default

Es folgen dann noch weitere Verarbeitungsschritte welche lediglich noch auf den InMemoryAdapter zugreifen. Vor Zeiten des InMemoryAdapter hatte ich immer mehrere Definitionen mit Verbindung eines SQL-Servers womit dieses Problem nicht bestand.

Gruss
Nick

Hallo Herr Stark,

ich konnte bei Verwendung des FHServers mit Ihrer Erklärung eine Lösung finden:

Zuerst fasse ich mit einer einzelnen Definition, welche nur einen Verarbeitungsschritt sowie den TextAdapter auf der READ Seite hat, alle Daten aus den vorliegenden Dateien in einer Datei (z.B. MyData.csv) zusammen.

Die ursprüngliche Definition "schaut" nur noch nach den Daten in der MyData.csv wodurch ich den Parameter /ReadFileName sowie eine Batch für diese Definition nicht mehr benötige. Der Verarbeitungsschritt1 (siehe oben) wird somit nur einmal ausgeführt.

Die ursprüngliche Definition wird dann durch den FH-Server gestartet sobald die Datei MyData.csv vorhanden ist.

Besten Dank für die Erklärung und Unterstützung.

Gruss
Nick

Hallo Nick,

Grundsätzlich können Adapter beliebig miteinander kombiniert werden. Einzige Ausnahme ist da der Testdata Adapter , der kann nur auf der READ Seite verwendet werden.

Zu Ihrem Problem)
Es kann eigentlich nur sein, dass versehentlich die Verarbeitungsschritte vertauscht wurden und der Verarbeitungsschritt mit dem Oracle Adapter auf der READ Seite war/ist nun an erster Stelle.

Sobald die Option /ReadFileName bzw. /WriteFileName übers Batch Modul (auch über den FlowHeater Server ) gesetzt wird, wird hier lediglich geprüft ob auf der READ Seite (=erster Adapter im ersten Verarbeitungsschritt) bzw. auf der WRITE Seite (=erster Adapter im letzten Verarbeitungsschritt) ein Adapter vorhanden ist der mit Dateinamen was anfangen kann. Derzeit sind das TextFile , Excel und XML Adapter.

Wenn das bei Ihnen der Fall ist und die Fehlermeldung trotzdem geworfen wird, bräuchte ich mal die Definition zur weiteren Analyse.

Hallo Herr Stark,

FlowHeater-Team schrieb:
Zu Ihrem Problem)
Es kann eigentlich nur sein, dass versehentlich die Verarbeitungsschritte vertauscht wurden und der Verarbeitungsschritt mit dem Oracle Adapter auf der READ Seite war/ist nun an erster Stelle.

Ich bin die Definition nochmals durchgegangen. Sie haben recht: Wenn die Reihenfolge der Verarbeitungsschritte

Verarbeitungsschritt1 > OracleAdapter
Verarbeitungsschritt2 > TextFileAdapter

eingestellt ist, kommt die Fehlermeldung. Ändere ich die Reihenfolge zu

Verarbeitungsschritt1 > TextFileAdapter
Verarbeitungsschritt2 > OracleAdapter

läuft die Definition ohne Fehler durch. Ist es somit korrekt, dass der TextFileAdapter immer der erste Verarbeitungsschritt sein sollte/muss?

Gruss
Nick