Re: How to inform a web page that a submitted job is ended

As a matter of fact, I think the solution is the mix of the two options.

Submitted job (we usually calc unique ids for our tables) traces its
execution's steps until it finishes whereas web page polls this new control
table to show the end user what's going on.

Lucia

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

Well, you really only have 2 options..

1. polling (easy to do with js)
2. somehow alerting your web app the process is done. You still need some
unique id for the job here but this may end up being more complicated than
you want.




Bradley V. Stone
www.bvstools.com
MAILTOOL Benefit #14 <https://www.bvstools.com/mailtool.html>: The ability
to use Configuration Files at the system, User, or individual email Level.
This means that should any of the settings (such as your password) is
changed you only need to update it in the configuration file that is used.

On Thu, Jul 26, 2018 at 9:23 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

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