Message von Serverjob auslesen und beantworten

[TSchuler]

OK - über den Begriff "Client/Server" lässt sich diskutieren. Was ich versucht habe zu erklären ist Folgendes: Ich habe ein VB.NET-Programm, welches eine Benutzeroberfläche emuliert. Dieses Programm kommuniziert via DataQueue mit einem Batch-Job auf der iSeries, in welchem die Business-Logik abläuft. Auch wenn das ein "schräges Konzept" sein sollte - es funktioniert und wird bei uns fast schon weltweit eingesetzt.

Um das Design ging es mir aber gar nicht.

Da auch unsere Business-Logik nicht fehlerfrei ist, kann es vorkommen, dass der Batch-Job auf der iSeries mit MSGW hängen bleibt. In dem Fall wartet das VB.NET Programm vergeblich auf eine Rückmeldung. Nach einem Timeout wird bisher dann der Status des Batch-Jobs geprüft. Wenn dieser auf MSGW steht, erhält der User eine Mitteilung, dass "etwas" nicht stimmt und kann dann entscheiden, ob er weiter warten möchte (bis eventuell jemand die Message auf der iSeries beantwortet hat) oder ob er das VB.NET Programm abbrechen will.
Hier wäre es jetzt schön, wenn der User die tatsächliche Message angezeigt bekommen würde und ggf. auch beantworten könnte.

Deshalb nochmal konkret die Fragen:

- Ist es möglich, die Fehlermessage eines Job, der auf MSGW steht, von einem anderen Job aus auszulesen?
- Ist es möglich, die Fehlernachricht von einem anderen Job aus zu beantworten?

Grüße
Thomas

[andreaspr@aon.at]

Deshalb nochmal konkret die Fragen:

- Ist es möglich, die Fehlermessage eines Job, der auf MSGW steht, von einem anderen Job aus auszulesen?
- Ist es möglich, die Fehlernachricht von einem anderen Job aus zu beantworten?

Klar geht das. Wenn du in einer 5250 Sitzung ein DSPMSG MSGQ(*SYSOPR) absetzt und die Nachricht beantwortest machst du ja auch nichts anderes.

lg Andreas

[Fuerchau]

Nun, das ist nicht ganz so trivial.
Allerdings gibt es eine bessere Alternative.
Mach einen CHGJOB INQMSGRPY(*DFT) im Start-CLP.
Dann werden keine Antworten erwartet sondern die Standardantwort (meist Abbruch) gesendet.
Nun noch per MONMSG den CALL des Serverjobs überwachen und entsprechend reagieren.

[Robi]

beschäftige dich mit STRWCH
Damit kannst du dein problem lösen
Warscheinlich mußt du noch das (ehemalige) wrkfrgnjob (heist heute anders, aber google oder das forum
hilft) verwenden um die Nachricht an den anderen Job zu bekommen

Robi

Nee, das mit dem wrkfrgnjob brauchst du warscheinlich doch nicht!

[TSchuler]

Hallo Robi,

danke für die Antwort. STRWCH kannte ich bisher noch nicht. Das werde ich mir mit Sicherheit noch genauer anschauen.

Mein aktuelles Problem habe ich jetzt aber doch simpler gelöst. Siehe meine Antwort unten.

Grüße
Thomas

[TSchuler]

Danke für den Tipp. Über den Parameter INQMSGRPY bin ich zwar auch schon gestolpert, habe ihn aber nie konkret benutzt. Das werde ich mir auf jeden Fall merken.

Für mein aktuelles Problem ist das aber nicht ausreichend. Ich möchte ja eigentlich nicht unbedingt, dass der Serverjob abgebrochen wird. Manchmal ist es ja möglich, mit Retry oder Go zu antworten, nachdem ein Problem behoben ist.

Ich habe es jetzt ganz anders gelöst (siehe meine Antwort unten).

Grüße
Thomas