Re: Access to HTTP Environment data

Yep, makes sense and I was already headed in the same direction. I was
going to have an RPG defined as a stored procedure that accepted the IN
parameters and called the existing CGI RPG which would pass back the
data and the stored procedure would translate that to a result set to be
passed back to the java app. In the RPG CGI I would run different code
depending on the number of parameters passed in. 

Matt.Haas@xxxxxxxxxxx 8/17/2006 12:18:29 PM >>>

I've never used that but my guess is you'll have the same problem. In
Java, you have to pass an HTTP request object to every method that
needs
to get an environment variables. Unless you can find some way to pass
that your RPG program, you're probably going to have to bite the
bullet
and pass in parameters. If you do that, I'd suggest splitting the
logic
that works when called as a CGI program out of the exiting one and
make
the new program pass this information to the other one (hope that
makes
sense).

Matt

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Mike Cunningham
Sent: Thursday, August 17, 2006 11:35 AM
To: web400@xxxxxxxxxxxx; Haas, Matt (TL Tech Sv)
Subject: Re: [WEB400] Access to HTTP Environment data

Thanks Matt, do you think it we used the program call class from the
JT400 class library do you think it would do anything different ? 

Matt.Haas@xxxxxxxxxxx 8/17/2006 11:15:31 AM >>>

Mike,

To be able to get environment info, the program has to run in the same
stack as the CGI worker job. When you call it as a stored procedure,
the
program ends up being run in a different job so you will not be able
to
get that information.

Matt 

-----Original Message-----
From: web400-bounces+matt.haas=thomson.com@xxxxxxxxxxxx
[mailto:web400-bounces+matt.haas=thomson.com@xxxxxxxxxxxx] On Behalf
Of
Mike Cunningham
Sent: Thursday, August 17, 2006 11:09 AM
To: Web Enabling the AS400 / iSeries
Subject: [WEB400] Access to HTTP Environment data

We have an RPG CGI application that we call from other RPG CGI
applications that we use for checking for valid cookies, checking our
unique security rules, and for doing some activity logging. When RPG
CGI
app A calls RPG CGI app B, app B has full access to the HTTP
environment
data and can do any of the CGI API calls.  We now want to use this
same
RPG CGI application from a java application. We created the RPG CGI
app
as a stored procedure in order to make it easier to evoke from java
but
when the java app runs the stored procedure the RPG CGI app is not
able
to retrieve any of the HTTP environment information. I had originally
thought it was because the java app as running in a Websphere job
where
CGI apps run in an HTTP server job but a Java app has full access to
the
HTTP environment information. Could what we are seeing be caused by
the
call to a stored procedure ? If we used a native call to the RPG CGI
app
from Java instead might it give the RPG CGI app access to the HTTP
environment ? Our last resort is to have the java app retrieve the
HTTP
data and pass it as parameters to the RPG CGI app so it can still do
the
other functions it needs to do.