Re: Detecting Job/Subsystem Termination

[Attila_Halasz@xxxxxxxxxxx]

By using native optimization and marking the program call thread safe, the
program called by Java will run in the same job as the JVM (QJVACMDSRV).

Ati




                    "Mark Phippard"
                    <MarkP@softlanding       To:     java400-l@midrange.com
                    .com>                    cc:
                    Sent by:                 Subject:     Detecting 
Job/Subsystem Termination
                    java400-l-admin@mi
                    drange.com


                    10/18/2002 01:20
                    PM
                    Please respond to
                    java400-l






This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
I know this has been asked and answered frequently, but bare with me.

I am writing a "daemon-type" process in Java.  I want to be able to detect
when an operator ends the job or subsystem and close down gracefully.  I
have followed the suggestions of checking the job end status and generally
speaking this does work.  The problem is a logistical one.  I submit my
Java job to a subsystem, this yields two jobs, the job I submitted that
does the RUNJVA and the QJVACMDSRV job where the Java is actually
executing.  The Java is using the ProgramCall class to call a program.
This is another job running in QSYSWRK, and this is the job that has to be
ending for it all to work.  I thought, wrongly, that using the native
optimizations would cause the program call to run in the same job, but
this is not the case.

So given all of the above, how has anyone been able to accomplish this?

Thanks

Mark
_______________________________________________
This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
To post a message email: JAVA400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l
or email: JAVA400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.