There are Apache directives
StartCGI
StartThreadCGI
These can be found at
http://publib.boulder.ibm.com/iseries/v5r2/ic2924/index.htm?info/rzaie/r
zaiemod_cgi.htm
It would appear that these directives are meant to resolve this problem.
On my i5 they do indeed reveal that there are CGI jobs present as soon
as the HTTP server starts.
However, my observation is that when attempting the first hit from my
browser, these prestarted jobs do not actually get used. All the
prestarted jobs are children of the preceding controlling thread from
which they are submitted.
What happens is that the controlling thread spawns one more job which is
used to service my cgi request but in addition, the HTTP server launches
a whole new set of prestarted jobs just as occurred when it was
rebooted.
Peter
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Rune Kaus
Sent: Thursday, 6 March 2008 12:53 p.m.
To: Web Enabling the AS400 / iSeries
Subject: [WEB400] First CGI request to webserver times out.
Hi gurus.
I'm a fairly experienced java and rpg programmer but this is my first
attempt on an RPG CGI-program that calls java.
Env:
i5/OS V5R4
Java 1.5
ILE RPG
IBM Httpserver powered by Apache
One cgi rpg-program has been running for many years, but was recently
extended with a few java classes and methods
This application works and runs like clockwork except:
My problem is that the *first* request to the cgi-program, after the
server is restarted, where the javapart is involved seems to time out
and return an error. Starting the jvm is the timeconsumer it seems,
because subsequent requests have very fast response times.
Is there a way to avoid the jvm startup cost when a user is involved?
Can the jvm be started up front? Seems like the server cgi-jobs does not
start until there is a request for the cgi-program.
Or maybe a timeoutvalue can be changed to enable the server to return a
normal response?
Any hints, comments and pointers are greatly appreciated.
Regards Rune
midrange.com
