I've just subscribed so this email is related to but probably not
attached to the relevant thread.
With Apache, the HTTP server will indeed reserve a job just for you to
service your requests, but only if you configure the server do that your
log in authenticates against the OS/400 system password file, (the one
used for green screen sign-on).
Similarly, other users will be assigned jobs of their own, which means
that there is an analogy with regular green screen jobs.
However, the communication still remains stateless, it is just the job
that is persistent.
But it does not pay to rely on accessing anything left in QTEMP from a
previous request since Apache may fire up more than one job for you if
it is attempting to service another of your requests before the previous
one has completed.
Since allowing web users to use OS/400 user profiles may raise security
issues, I would recommend that a server configured this way is
restricted to be accessible only on your internal network (intranet).
Having a large number of such users would pose performance issues
similar to having many green screen users.
Of course, you should know that CGIDEV2 is not the only method.
IBM provided Net.data as a CCI language long before then which lets you
call your native iSeries programs and run CL commands right from your
web page script, as well as many other goodies. It has never failed us
yet as a simple and rapid way to develop web pages, without having to
resort to compilng RPG etc unless necessary.
Cheers, Peter
#####################################################################################
This correspondence is for the named person's use only. It may contain confidential or legally privileged information, or both. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this correspondence in error, please immediately delete it from your system and notify the sender. You must not disclose, copy or rely on any part of this correspondence if you are not the intended recipient. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of Veda Advantage. If you need assistance, please contact Veda Advantage on either :- Australia 133124 or New Zealand +64 9 367 6200
As an Amazon Associate we earn from qualifying purchases.
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.