Hi all,

Is it wrong to Have concurrent processing mode with maximum execution threads set to 1 or do we need to change the trigger queue size with document processing change.

Is it possible to change the document processing mode from concurrent to serial without destroying the broker clients and document?

Thanks,
Ram

Is it wrong to Have concurrent processing mode with maximum execution threads set to 1 or do we need to change the trigger queue size with document processing change.

CONCURRENT PROCESSING with a single execution thread is similar to the SERIAL PROCESSING (an advantage of later adding more threads.) I don’t see any problem with this (Only you don’t have any advantage of parallel processing).

Is it possible to change the document processing mode from concurrent to serial without destroying the broker clients and document?
I don’t this you can change the processing mode(CONCURRENT/SERIAL) without

I can’t think of any technical issues with having a trigger set to concurrent and max threads set to 1. If you’re running a Broker client cluster (multiple IS instances using the same Broker client prefix and having the same triggers), however, this will indicate to Broker that it’s okay to hand out documents to multiple IS instances at the same time (document order=none). If serialized processing is needed, then the trigger needs to be configured as such.

AFAIK, there is no way to change from concurrent to serial without destroying the Broker client. That’s because the document order property is part of the queue management and is set at queue creation time.

Thanks.