MQ Series Triggering ?

[Michael/400]

Hallo, hat schon mal jemand Triggering für MQ Series auf der AS/400 aktiviert? Ich müsste wissen wie man die Initiation Queue erstellt und die Datenqueues daran koppelt.

[RobertMack]

Ich such's raus. Wie eilig ist es?

[Michael/400]

Ist nicht eilig, danke. Ich bin am testen wie das geht

[RobertMack]

Wie heißen denn Deine Channels und Queues (WRKMQM, Auswahl 18 und 20) - dann kann ich Dir eine aktive Konfig mit suchen/ersetzen anonymisieren...

[Michael/400]

Ich hab überall nur TEST davor gemacht, z. B. Testqueque ect.

[RobertMack]

da ich nicht weiß, welche etc's Du umbenannt hast...,

[Michael/400]

Hallo, jetzt hab ich zwar den Trigger eingerichtet, dass er startet. Aber meine Folgeverarbeitung läuft nicht. Als erstes soll ein Cobol Programm die Parameter empfangen, dann soll anschließend ein CL Programm ein weiteres Cobol Programm anstossen, das den MQOPEN macht und eins das den MQGET macht. Wenn ich die Programme ohne Trigger über die Commandline aufrufe, geht´s.

[RobertMack]

Wenn ich die Programme ohne Trigger über die Commandline aufrufe, geht´s.

...genau das sollte dein Trigger-Pgm machen (*LIBL?)

Woher sollen denn Parameter kommen (kenne Deine Anwendung nicht)

[Michael/400]

Dann müsste das aber alles so funktionieren, wenn ich die LIBL richtig habe? Denn in meinem CL setze ich die LIBL. Mhhh?

[Michael/400]

Unser Ober-Chef Entwickler hatte vermutet, dass man die Trigger-Data Parameter einlesen muss. Ich habe ja für den Prozess nur folgenden Eintrag: Application identifier . . . . : myLIB/myProg Wenn ich mir aber das Queue-log anschaue macht er tatsächlich: CMD(QSYS/CALL PGM(myLIB/myProg) PARM('TMC 2datenq.dt.dat.meineQueue Obwohl ich diesen Parameter niergens definiert habe.

[pwrdwnsys]

Muss es denn unbedingt ein Trigger sein ? Diese sind schlecht zu haendeln und vor allem langsam, gerade wenn dahinter ein COBOL Programm steckt. Wird der Trigger so eingerichtet, das er bei jedem Event aufgerufen wird, dann muss jedesmal die Runtime samt aller Ressourcen geladen werden. Das kostet Zeit. Ich verwende MQ sehr oft und habe mir trigger abgewöhnt. Viel besser: Einen eigenen Job starten, welcher die Queue liest (MQGET) und - wenn kein Eintrag vorhanden ist, eine definierte Zeit auf einen solchen wartet (Siehe MQGMO Struktur). Das ganze in einer Schleife laufen lassen und in der Schleife eine Endebedingung abfragen. Vorteil: Bessere Performance als ein Trigger, denn dieser MQGET mit WAIT wirkt wie in Trigger, aber alle Ressourcen sind bereits geladen. Weiterer Vorteil: Ich muss keine Umgebungsparameter setzen (LIBL für verschiedene Umgebungen, das erledigt der Aufruf des Jobs.

Gruß Karsten

[Michael/400]

Vielen Dank für Eure Hilfe, es läuft jetzt.