× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Job user for a CGI program is QTMHHTP1, not QTMHHTTP. Even with the UserID
directive used, I think it would remain as QTMHHTP1, although the Current
User would be the specified value.

The subsystem in which the job is running would certainly be QHTTPSVR.
Also, as an absolute confirmation, you could use QWVRCSTK to go back up the
library list to find out what program called your CGI program and determine
if it's the appropriate CGI module (I forget what it's called - I think
it's QTMHCGI).

In fact, Jon, you could probably have a simple procedure called isWebJob()
which calls QWVRCSTK and then determines the *first* procedure in the call
stack, to see if it's QTMHCGI. Easy enough to do, and return a boolean...

Rory


On Thu, Jan 17, 2013 at 2:36 PM, Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>wrote:

There are things that can confuse this - there is an Apache directive,
UserID, which CAN have a user other than QTMHHTTP, and the server jobs
will run under that. I don't know if the job user is still QTMHHTTP and
the job is swapped to UserID - in that case, your test might be pretty
good.

I think of other possibilities - look for a member in QUSRSYS/QATMHINSTC
of the same name as the job name - that member has startup information
for the server instance. I don't know if that is guaranteed to be the
same, however.

HTH
Vern

On 1/17/2013 4:13 PM, David Gibbs wrote:
On 1/17/2013 3:56 PM, Jon Paris wrote:
I've yet to find an API that will tell me if I am running in a web
server job.
Would the job user (not current user) be useful for that?

If the job user is QTMHHTTP, then it's probably running in a web server.

Not sure if that works for PHP though.

david



--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.