|
Chris, That is essentially what I am trying to accomplish by using a prestart job that can be used multiple times. I have the ICF processing in a never ending do loop. The problem is that when the program loops back up to the acquire it doesn't wait on a new program start request, erroring out and dropping out of the loop. Then a new prestart job gets started. I don't want the prestart job to end and that is what I am trying to prevent. This program gets hit 100,000's of times a day from 1500 different source/client systems which is causing a performance problem. I was hoping I could it get to work properly with few changes without having to rewrite the process. Thanks for your help Mark Garton Information Systems O'Reilly Auto Parts message: 5 date: Wed, 8 Feb 2006 12:50:23 -0800 from: "Chris Bipes" <chris.bipes@xxxxxxxxxxxxxxx> subject: RE: ICF Prestart Job Why do you need to detach / end all the time. Change the target program in to a NEPS, (never ending program/server). This job can sit connected to the remote system 24x7 and wait at a data queue for the next entry to process. Have the source program send a entry to the data queue, then wait a the data queue for a reply. The ICF program then only handles passing the request down the ICF. Christopher Bipes Information Services Director CrossCheck, Inc.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.