Mittels PC-Jobs Insert/Update in einer DB erkennen

[BladeMaster17]

Ok vielleicht hab ich mich doof ausgedrückt.
Wir wollen aus der DB Daten lesen und diesen dann an weitere Prozesse schicken.
Z.B. generieren von Druckdaten, Erstellung einer Excelliste, Email verschicken, etc.
Das meinte ich mit weiteren Prozessen.
Die Daten werden nach dem Lesen nicht mehr in einer Datenbank "geschupst".

[holgerscherer]

Ok vielleicht hab ich mich doof ausgedrückt.
Wir wollen aus der DB Daten lesen und diesen dann an weitere Prozesse schicken.
Z.B. generieren von Druckdaten, Erstellung einer Excelliste, Email verschicken, etc.
Das meinte ich mit weiteren Prozessen.
Die Daten werden nach dem Lesen nicht mehr in einer Datenbank "geschupst".

also doch: Trigger.

-h

[BladeMaster17]

Ok?

Dann Trigger.
Aber wie verstehe ich das, dass der Trigger das PC-Programm aktivieren/ausführen soll?
Das erschließt sich mir nicht?

Danke für eure Antworten =)

[BenderD]

... die ganze Palette, mit der Du einen remote procedure call ausführen kannst. RUNRMTCMD, ftp mit rcmd, webservice, eigener dämon, der auf einer DataQ oder Socket wartet, um nur ein paar zu nennen.

D*B

[dschroeder]

Ok?
Dann Trigger.
Aber wie verstehe ich das, dass der Trigger das PC-Programm aktivieren/ausführen soll?
Das erschließt sich mir nicht?

Dieter Bender hat ja bereits viele grundsätzliche Möglichkeiten aufgeführt. Bei uns läuft das konkret so, dass die PC-Kollegen einen sogenannten Redis-Server aufgesetzt haben (Ist open source, einfach mal googeln). Den steuern wir mit http von RPG aus an. Für Http gibt es eine brauchbare Bibliothek von Scott Klement. Alternativ gibt es auch SQL-Funktionen von IBM, mit denen man bestimmte http-Kommunikationen durchführen kann. Siehe Bibliothek QSYS2. (Die Verfügbarkeit der Funktionen hängt allerdings von eurem Release und TR ab.)

Gruß, Dieter

[BenderD]

... von diesen Wrappern von Java Funktionen würde ich dringlich abraten, da freut sich nur der Hardwarelieferant.

D*B

Alternativ gibt es auch SQL-Funktionen von IBM, mit denen man bestimmte http-Kommunikationen durchführen kann.
Gruß, Dieter

[dschroeder]

... von diesen Wrappern von Java Funktionen würde ich dringlich abraten, da freut sich nur der Hardwarelieferant.
D*B

Genau diese Befürchtung hatten wir auch. Einige Funktionen sind in C geschrieben, da gibt es kein Problem. Allerdings sind einige Funktionen, wie du richtig sagst, in Java geschrieben. Da wird in dem Job, in dem die Funktion verwendet wird, eine VM (einmalig) gestartet. Wir haben bei uns dann mal getestet, wie sich das System verhält, wenn jeder User in jeder Sitzung eine VM startet und den Tag über behält. Das Ergebnis war, dass es eine messbare, aber nicht merkbare Mehrbelastung des Hauptspeichers gab. Wir hatten in Spitzenzeiten gut 1000 VMs laufen. Das einzige Problem ergab sich, als (testweise) zig User gleichzeitig die VMs starteten.

Aber das Ergebnis ist natürlich nicht auf andere Umgebungen direkt übertragbar. Unsere IBM i hat relativ viel Hauptspeicher (ca 1 TB).
Aber ich will damit sagen, dass das ganze auf jeden Fall handlebar ist, wenn man die Funktionen nur in wenigen Jobs benötigt, bzw. wenn die Jobs in absehbarer Zeit wieder beendet werden. Dann ist die VM ja auch schnell wieder weg.

[KingofKning]

Warum hast Du denn jetzt mehr Hauptspeicher als ich Plattenspeicher.
Ich glaube das kostet aber was, und Du brauchst ja Stunden um den Hauptspeicher voll zubekommen......
Das erzähl ich aber jetzt nicht meiner 520 sonst wird die traurig.....

GG 4467

[dschroeder]

Warum hast Du denn jetzt mehr Hauptspeicher als ich Plattenspeicher.
Ich glaube das kostet aber was, und Du brauchst ja Stunden um den Hauptspeicher voll zubekommen......
Das erzähl ich aber jetzt nicht meiner 520 sonst wird die traurig.....
GG 4467

Das ist mir jetzt aber echt peinlich...

Wir geben uns jetzt aber auch wirklich alle Mühe, den Hauptspeicher voll zubekommen. Haben deshalb schon die drehenden Platten durch SSD getauscht. Aber ich möchte wirklich nicht, dass deine Maschine traurig wird :-)

[Fuerchau]

Und wieder zum Thema zurück:
Das Einfachste sind tatsächlich Trigger, die ihr Event an eine DTAQ weitergeben (Datei/Typ/Schlüssel).
Mittels Java-DTAQ's (von mir aus auch auf einem PC) oder auch mit COM-Schnittstellen der CA-API's kann man dann auf die DTAQ-Ereignisse reagieren.
Wo ist das Problem?

[BenderD]

... das ist allerdings nur die halbe Wahrheit, der startup der JVM ist nicht Session bezogen steuerbar, man muss das dann Systenweit vernageln - da dreht sich mir alles um (zum Glück habe ich schon gegessen). Und es geht ja nicht nur um Hauptspeicher (schön, wenn man reichlich hat), da ist ja noch Antwortzeit, auch beim ersten Aufruf und CPU - auch Stabilität ist ein Punkt. Alles in allem eindeutige Empfehlung von mir: lasst die Finger davon, das ist Murks!!!

D*B

[holgerscherer]

... von diesen Wrappern von Java Funktionen würde ich dringlich abraten, da freut sich nur der Hardwarelieferant.

Denkt doch bitte auch an die arme IBM. Gewiss 90% der IBM i Kunden kommen mit einer P05 Kiste aus, das ist doch ruinös ;-)