× 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.



We communicate with web pages a lot from our AS/400. A web page calls a service on our machine, and during the call passes a uniqueID parameter to the AS400 request. Upon completion, a file is created in a shared directory (on the server via QNTC) which is the same name as the passed parameter. The web server monitors for the existence of the file in order to continue processing. Worked great for years.

On Jul 26, 2018, at 7:22 AM, Maria Lucia Stoppa <mlstoppa@xxxxxxxxx> wrote:

@Nathan
Actually, I haven't thought of sending text or email to the user and in
fact, I may suggest it.
I don't know what a web socket service is, can you explain it a little more
so I can ask web developers to see if we may adopt it?.

@Bradley
The idea of recording the job status is good, though it means that polling
is the only option.

Thank you very much.
Lucia


Il giorno gio 26 lug 2018 alle ore 16:05 Bradley Stone <bvstone@xxxxxxxxx>
ha scritto:

How I've done this is make a simple file with a unique job id (that I
generate) and a status. When a job is submitted a record is written to
that file with a status of "started" by the job that submits the processing
job. (The id is passed along to the processing job as well).

Then the processing program can update that status file any time it likes
(with percentages complete, number or records processed, what step is being
performed, etc).

The web program polls the file until it is complete.

Worked pretty slick. I made sure that the program in batch updated the
status often so that it appeared to the user that something was actually
going on. I know one thing we found is if users just saw "processing..."
and it was something that took longer than 20 seconds they would
continually refresh their screens.. lol


Bradley V. Stone
www.bvstools.com
MAILTOOL Benefit #22 <https://www.bvstools.com/mailtool.html>: Cost
starting at under $300 a year per partition!

On Thu, Jul 26, 2018 at 2:45 AM Maria Lucia Stoppa <mlstoppa@xxxxxxxxx>
wrote:

Hi all. I apologize if an answer to my question already exists but as the
search engine is still not working I couldn't find any post on this
subject. Also, I know very little about communications between iSeries
and
external HTTP server.

The scenario consists of a web page run by an IIS HTTP server which
makes a
call to a stored procedure on our iSeries; the stored procedure is an
RPGLE
program which submits a job under QBATCH subsystem: having the job
submitted is an obliged option because it takes a lot for it to complete.

When the submitted job ends how can it inform or wake the web page to
have
the web page do something else?

So far, I could only think of having the web page continuously pooling
the
iSeries until a certain condition is reached, such as a certain row on a
table written by the submitted job before ending its execution, but I am
pretty sure this is a very usual need and it's my lack of knowledge about
how to approach this issue.

Please, can you suggest me how to address this question or where I can
find
technical documentation on it?

Thank you very much in advance

Lucia

--

Maria Lucia Stoppa
mlstoppa@xxxxxxxxx
--
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: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD

--
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: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD



--

Maria Lucia Stoppa
mlstoppa@xxxxxxxxx
--
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: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD


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.