Ohne Verzug Daten vom Unix-Rechner bearbeiten

[loeweadolf]

Vielen Dank.

Wenn ich das richtig sehe, dann geht das nur mit FTP und Befehlsaufruf .

Werde ich diese oder nächste Woche (in Zusammenarbeit mit Polen) probieren.

Falls jemand eine noch andere Lösung weiß, wäre ich um Hinweise dankbar.

Ansonsten also Remote-Befehl über FTP.

[andreaspr@aon.at]

Das ganze ginge auch als HTTP request.
Ein Apache auf er IBM i mit RPG, PHP oder auch einen Job mit NodeJS starten.
In allen Fällen, kannst du die Daten an ein RPG übergeben und verarbeiten lassen.
Mit FTP geht es aber sicher am einfachsten.

[BenderD]

... da gibt es noch: ssh, Aufruf stored procedure über SQL oder man könnte sich auch über Journal und RCVJRNE antriggern lassen, um nur die naheliegenden Varianten zu benennen.

D*B

[Fuerchau]

Und noch eine Variante:
So, wie ich von Windows per rexec ein Kommando starten kann, lässt sich dies sicherlich ebenso von Unix/Linux aus durchführen (ssh/rsh).
Wenn es sich nur um einen Datensatz handelt, kann der sogar als Parameter an ein ausführendes Programm übergeben werden.
Ggf. ist es, wegen der Feldattributierung, dann einfacher ein eigenes CMD-Objekt zu erstellen umd mittels "MYCMD PARM(Datensatz)" als rsh aufzurufen.

Und noch eine Variante:
Da es nun mal auch für Unix bestimmt Java-Runtimes gibt, lässt sich mittles JDBC-Treiber der AS/400-Toolbox eine SQL-Verbindung einrichten und mittels "Call MyProcedure" oder Insert-Trigger einer Tabelle der Datensatz auf das System bringen, verarbeiten und sogar direkt eine Rückmeldung über Erfolg/nicht Erfolg initiieren.
Die Java-Toolbox unterstützt aber auch einen Programm-Call mit ähnlicher Funktionalität.

Und wer weiß, ggf. gibt es noch ein paar Varianten.

[loeweadolf]

Danke für die guten Tipps.

Ich habe jetzt folgendes gemacht.

Ich lasse mir die Daten ohne Umweg über IFS oder Dokumentenordner per FTP direkt in eine physische Datei auf der AS400 einstellen, jeweils als ein Datenstring.

Dort wird bei jedem neuen Datensatz ein SQL-Datenbank-Trigger ausgelöst, der dann den Inhalt des Datensatzes sofort in eine andere Datei überträgt, dann über eine Stored Procedure ein CL aufruft, welches dann unverzüglich die weitere Verarbeitung aufruft.

In der Weiterverarbeitung wird u.a. der CSV-Datenstring "manuell" per RPG-Anweisungen in seine Einzel-Teile aufgelöst.

Die Ursprungsdatei kann dann sofort wieder neu gefüllt werden per FTP mit (Replace , da die Datem ja bereits verarbeitet wrden sind.

So sollte es gehen.

[Fuerchau]

Schön, dass man einfache Dinge auch kompliziert lösen kann.

[KingofKning]

Schön, dass man einfache Dinge auch kompliziert lösen kann.

Ich fand es damals schön Kollegen zu haben mit denen man die beste Lösung erarbeiten konnte.
Und nicht nur Lösungen die auf den ersten Blick gut aussehen. Es müßen ja später auch andere Leute damit arbeiten.
Und wie einer meiner Chefs immer sagte KISS. Keep it short and simple.
Aber jeder ist seines Glückes Schmied....


GG 4854

[Fuerchau]

Ich kämpfe auch gerade mt einer Schnittstelle zu/von einem Fremdsystem die angeblich native per SQL zugeifen können. Die Tabellendefinition liegt vor und nun tastet man sich Stück für Stück an die tatsächliche Schnittstelle heran:
"Ach, könnten Sie vielleicht auch noch dieses Feld mit dem Inhalt mit übergeben?"
"Wir können zwar SQL-Server, aber nicht mit Verbindunsgserver!"
"Haben Sie vielleicht einen .NET-Treiber für Ihre DB?"
Das Hauptproblem ist: Die "Installateure" der Software sind nicht die Porgrammierer. Diese dürfen auch nicht direkt kontaktiert werden, dafür gibts ja den Dienstweg (Zeitaufwand im Durchschnitt 14 Tage).
Die Schnittstelle hätte längst in Betrieb gehen sollen.
Wenn die Schnittstelle denn mal irgendwann funktioniert wäre sie die simpelste überhaupt.

[loeweadolf]

Es mag ja sein, dass es einfachere Lösungen gibt. Ich bin nicht der Schnittstellen-Experte, der alles darüber weiß. Trigger kenne ich, vielleicht meint ihr den befehl "quote" ?. Habe ich noch nie probiert.
Aber so umständlich finde ich meine Lösung gar nicht, zumal ich die Daten direkt in AS400-Datei gestellt werden können.

[KingofKning]

Hallo,
so sieht es bei mir aus:
USER batch batch
cd rptrade
quote RCMD call AUFRPTRADE
quit


Der FTP wird vom PC aus angestoßen ftp -n -s:c:\tools\ftp.txt 172.x.x.x
nach dem Transfer wird der Verarbeitungsjob angestoßen.

Aber jeder nach seiner Fasson

[loeweadolf]

Hallo,
so sieht es bei mir aus:
USER batch batch
cd rptrade
quote RCMD call AUFRPTRADE
quit


Der FTP wird vom PC aus angestoßen ftp -n -s:c:\tools\ftp.txt 172.x.x.x
nach dem Transfer wird der Verarbeitungsjob angestoßen.

Aber jeder nach seiner Fasson

lum das zu verstehen, könntest du die einzelnen Schritte erklären ?

was heisst User batch batch ?? Username und Kennwort ?
was heisst: cd rptrade - Ist rptrade eine Bibliothek auf der AS400 ?

[KingofKning]

Hallo,
so sieht es bei mir aus:
USER batch batch
cd rptrade
quote RCMD call AUFRPTRADE
quit


Der FTP wird vom PC aus angestoßen ftp -n -s:c:\tools\ftp.txt 172.x.x.x
nach dem Transfer wird der Verarbeitungsjob angestoßen.

Aber jeder nach seiner Fasson

Also:

Wie Kollege Bender schon sagte:
In der Datei ftp.txt sind die Befehle so drin wie ich sie normalerweise beim händischen FTP eingeben würde.
User batch mit Kennwort batch
cd rptrade Dann ein Wechsel der Bibliothek nach RPTrade
quote RCMD call AUFRPTRADE Dann der Aufruf des Cls AUFRPTRADE der die Aufträge importiert.

Zeitliche Konflikte habe ich nicht, da die Daten nur alle paar Stunden kommen. Aber selbst wenn könnte über ein Flag gesteuert werden wenn das Programm läuft dann warte 2 Minuten, da der Import der Daten bei mir nur 30 Sekunden dauert. (Erstellen von EDI-Daten im Format Orders für EDDY)

GG 4854