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



I wrote the DTAQ CL's 20 years ago and it works fine - and if isn't broke,
don't fix it ;-)





On Fri, Jul 12, 2013 at 7:38 PM, CRPence <CRPbottle@xxxxxxxxx> wrote:

On 12 Jul 2013 07:58, Henrik Rützou wrote:
I would ask myself why I wanted a delay - what will the job be
waiting for ?

I use DTAQ in online programs that has to wait for a submitted batch
process to finish <<SNIP>>

The SBMJOB provides a MSGQ() parameter that can be used to effect a
wait; i.e. the OS automatically informs via that Message Queue of the
job termination\completion, so the submitter can use that existing
feature to eliminate any unnecessary polling-wait. That can be done
using [an effective] RCVMSG WAIT(max-wait-time) without either of the
called\submitted request or its routing program having to be coded
specifically to deposit any messages on a data queue to inform of the
job completion. Of course a common procedure for dealing with concerns
like perceived-as excessively long wait, for example for which some
notifications might be desirable followed by more waiting or an inquiry;
but that potential concern is the same when using a Data Queue.

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





As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.