RE: Pre-start a program

 The Apache HTTP server on the iSeries will take care of managing the job
initially getting started and then also start additional jobs based on more
volume.  

I wouldn't do raw sockets because you immediately take yourself out of the
SOAP spec which nearly always goes over HTTP/HTTPS. Most of the features you
are wanting are doe with an HTTP server so you may as well make good use of
it IMO.  If HTTP is not fast enough then I would say you should take SOAP
out of the mix first before going to raw sockets.  If you are trying to do
SOAP web services in a "black box" application (i.e. to call from the UI to
the database) that needs to be blazingly fast then you would be better going
a different route (i.e. get rid of SOAP/HTTP, do SQL stored procedures
instead, data queues, etc)

Joe Pluta has a method for doing web UI programming with Java on the front
and RPG on the back end with data queues in the middle.  One could modify
his approach and make the Java front end operate as a web service vs. UI and
then make calls to backend RPG pgms.  The reason I bring this up is because
it was a lightening fast approach. I don't know if his code is publicly
available so I will leave it up to him to respond if he chooses.

HTH,
Aaron Bartell


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Forbes, Vincent
Sent: Wednesday, November 16, 2005 10:13 AM
To: 'RPG programming on the AS400 / iSeries'
Subject: RE: Pre-start a program

>From the colleague I am trying to help.

Actually, I want to create a CGI program to provide Web Services.  I will
use SOAP and WSDL, since SOAP works with HTTP protocol.  Thus, I can keep
using the current business logic.  What I need to do is just provide a
service.  I define the requirement by WSDL.  How I get it is by SOAP.  I
don't care what platform or what language you are using as Web Services is a
standard. 

However, I have to consider the performance issue.  If thousand user calls
the same program simultaneously, it will be a problem for the system.  I
have considered using socket.  I did learn it from the tutorial provided by
Scott Klement.  Excellent material.   I am thinking about the prestart job.
Prestart job can take care the number of instances.  Let's say, I start  5
instances initially.  If the loading is too high, the system automatically
creates another instance.  Once the workload back to normally, the system
delete the instance.  As we can control the max number of instances, the
system won't be overload.  The job cannot be serviced will be in the queue.
Of course, the design has to consider the response time, it should be very
faster. 

Let's say the program A is to retrieve the stock price.  It will be called
by both CGI program and Green Screen program. 

1000 Internet users and 100 internal users are calling this program for
different stock.  Traditional CALL has to open the file 1100 times and close
it 1100 times.  It is not acceptable.  I need to open the file once and
listen the call to provide the stock price.  You know, in Internet, the
number of users can be much more than we expect.  I cannot let all users
call the program.  I have to control it.  Limit the resource by prestart
job; otherwise, it can take all resources of the system.

\Vincent

 -----Original Message-----
From:   rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of SASchollenberger@xxxxxxxxxxxx
Sent:   November 16, 2005 10:15 AM
To:     RPG programming on the AS400 / iSeries
Cc:     Midrange Systems Technical Discussion
Subject:        Re: Pre-start a program

I use a job schedule entry to start this kind of program.  It is processing
requests from a data queue.
It is shut down when a special entry is placed on the queue.

You could also add an auto-start job entry to one of your subsystems to get
the program running.
----------------------
Scott


--
This is the RPG programming on the AS400 / 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.