Re: Information available when a db2 trigger fires off/calls an rpg program.

On 1/31/2018 2:49 PM, JRusling@xxxxxxxxxxx
wrote:

When a process/program updates a file and causes the trigger to fire which
then calls an rpg program --

1. Is the process/program that updated the file available to the rpg
program? (ie DBU, STRSQL, RUNSQLSTM or another program)

Ish. You can crawl the call stack to find the programs involved. If it
turns out that the trigger was fired due to I/O from say, a web program,
ODBC or JDBC access, you're going to get very generic information about
'what fired the trigger?'.

2. Is the user id which the process/program is running under available to
the rpg program?
(I am assuming yes via the pgm status data structure)

Yes, but once again, let's imagine that the update is coming from a web
app where /every/ transaction uses the same user profile regardless of
the person on the other end of the glass, er, plastic. :-/