Re: Spooled File Created by Web Service Has Different User and Job No.

Hi Shannon,

Not at all specific/unique. The same problem occurs all over the place on IBM i, with CGI programming, PHP calls, Java calls, etc.

This is the way it's always worked. Any application that uses the profile handle APIs or profile token APIs will do this. (Whether it calls the APIs directly, or the OS calls them for you, under the covers, in either case, the printouts come out as QPRTJOB)

As Charles already pointed out, the QSPRILSP API was created expressly for this purpose -- it's a foolproof way to get the spooled file identity of the last spooled file created in the job (even when QPRTJOB is used.) Works great.



On 9/21/2011 12:23 PM, Shannon ODonnell wrote:

This might be too "out there" for the list as it probably requires that you
have the same type of setup on your iSeries, but maybe someone else has
already discovered this problem and can help.

Here's the situation I have with a client:

I created an RPGLE program that I turned into a web service (running in the
iSeries Integrated Web Service Server).

The web service runs under a user profile named WEBSVC1 (that's an
important detail).

The RPG program, when it's called by the service, calls another CL program.

When the CL program initiates, I do a RTVJOBA command and store the job info
and then I dump it (DMPCLPGM) to see the job #, job name and user profile.

These values are: 02456/QZRCSRVS/QUSER

Next, the CL program calls another RPGLE program that creates a spooled
file. I retrieve the job info from the *SDS in that RPG and print it on the
printer file.

These values are: 02456/QZRCSRVS/QUSER

Which are the same as the CL (as you would expect).

However, when the processes all complete, if you WRKSPLF WEBSVC1 you find
the spooled file the second RPGLE program created and the job info on that
spooled file (if you F11 it so you can view that information) is:

02455/QPRTJOB/WEBSVC1

I have a vendor product (Keyes) that creates a PDF from that spooled file
and it finds it by you passing the job info of the spooled file to it.
However, in this case, I cannot figure out how to get the actual spooled
file's job information! I actually don't even understand why it's
different.

So as I said in the beginning.this problem might be too specific and too
unique to my setup for an easy solution, but I wanted to float it out here
anyway hoping someone might have some good suggestions on it.