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



Thanks for everyone's help, I appreciate all the responses..

This started out because a customer has Lawson - they have batch jobs which
are used to connect to a client. Company policy dictates that if a job is
idle for a period of time, it should be ended. These batch jobs are in some
wait state - where they are waiting for a client request. I do not know any
more detail than that. I do not have the CL and I cannot retrieve it. Lawson
do not have a way to end these jobs - even with some cancel message (of
course they should).

Then, I have another customer with some jobs on the system that are
connected to a Baan client. These jobs become disconnected from the client,
and need to be ended if they are disconnected. Although I may have another
solution, I thought this might also be solved in the same manner.

I did not mean to send anyone off into solving a specific problem, so I was
not specific in my request - I was looking for a generic solution to end
batch jobs which are sitting idle.

So far, the ones that seem to have the most potential have been:
Management Central job monitor (Richard )
ROBOT command CNLIDLEJOB (off list)
Roll your own (several)

Thanks,
Trevor


----- Original Message ----- 
From: "Ron Harvey" <ron.harvey2@xxxxxxxxxxx>
Subject: Terminating an idle batch job


> Trevor,
>
> If the programs are coded to delay when an EOF on a read (I've seen many
software packages do this) and you don't have source code, I know of no way
to end the job inside the program. And the program will just sit there and
not end by itself, so anything in the SBMJOB won't help.
>
> The only option I can think of is the 'ol ENDJOB *IMMED.
>
> Ron


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.