The command is synchronous, and the TCB waits for a response from CICS. After
a pipe is opened, any number of DPL requests can be issued before the pipe is
But I want to issue command DPL_Request at the same time, just like start transactions using 'EXEC CICS START' command.
Because there are so many records exists in my file, and each of these records is supposed to be processed by CICS program(here , I use DPL_Request command to call CICS program), these records in the file should be processed concurrently, to make the whole elapse time at the least.
The problem is, how to issue many DPL_Request commands concurrently???
Joined: 23 Nov 2006 Posts: 19270 Location: Inside the Matrix
Because there are so many records exists in my file, and each of these records is supposed to be processed by CICS program
Once again, the horrible design attacks. . . "so many records" should not be processed in CICS. You need to redesign using the system as it is intended to be used - not on some ill-conceived frolic. . .
How many times do senior developers and admins have to tell you that you are creating a monstrosity?
One of our big concerns is that anyone wanting to learn should never read these topics (a bad approach with an unsupportable implementation).
We may need to go back and remove this and other topics that basically go nowhere.
Joined: 20 Oct 2006 Posts: 6968 Location: porcelain throne
dejunzhu works for China Bank,
which has probably gone from processing a million trans a month
to a requirement to process a million or more an hour.
To complicate things, they are also trying to be a settlement bank at the same time.
and bankers being bankers, they are trying to do it on the cheap.
you should look into started tasks, which are Permanent Running Batch jobs.
you need to offload the batch processing,
which some idiot decided to jam into cics -
because the modules where there
and separate your transaction load from what needs to be real-time:
and batched transactions -
those that can be done in background,
and since they are received via file have no reason to be real-time.
you have db2, so use it.
that means batch and cics can access db2 simultaneously
and db2 provides the integrity.
VSAM just can not do it, that is why db2 is there.
addressing your question of simultaneous DPL requests:
each request requires the initiator to interrogate and process the results of each request,
which makes sending 10 or 20 in the same 'request pipe',
and as Dick has said,
not meant to be done that way.
Even though there are products that will perform this,
you still are paying for the processing of each request individually.
you would probably get better response using MQS to cram stuff into CICS,
than trying to misuse exci
and this could be a stopgap measure,
until someone finally decides to code the necessary batch modules.
I realize that you are not a major decision maker,
but your bank is going to end up buying iron (money, money,money)
to make-up for poorly planned and designed implementation of business requirements.
each time you use a stopgap measure to get over the current hurdle,
another requirement will come along and make the previous method obsolete.