|
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.
This mailing list archive is Copyright 1997-2026 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.