|
View previous topic :: View next topic
|
| Author |
Message |
akodakka
New User
.jpg)
Joined: 20 May 2010
Posts: 75
Location: India
|
|
|
|
Hello ,
My query is as below
if i define a TDQ with trigger level as 1 .And my TDQ trigger PROGA when it message in queue as 1.
msg = 1 , TDQ triggers PROGA and PROGA process the msg in the TDQ
1. If during the execution of PROGA will another msg can be written in that TDQ and if so will it trigger another copy of PROGA ?
Basically my query is how will i can handle this TDQ ATI with high volume of transactions. An ENQ within PROGA will be right approach?
Thanks |
|
| Back to top |
|
 |
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
| the normal approach is to have PROGA keep reading the queue until empty |
|
| Back to top |
|
|
Rohit Umarjikar
Global Moderator
Joined: 21 Sep 2010
Posts: 3051
Location: NYC,USA
|
|
|
|
| Quote: |
| . If during the execution of PROGA will another msg can be written in that TDQ and if so will it trigger another copy of PROGA ? |
Multithreading and Multitasking concept but very unlikey to happen unless the called program is really slow.
| Quote: |
| Basically my query is how will i can handle this TDQ ATI with high volume of transactions. An ENQ within PROGA will be right approach? |
That all depends on your requirements, if they want TRGLVL=1 then that is how it should be else you can increase the trglvl.
Take a look at START as well as for each record you are calling the new task so why TDQ unless you have any batch using that. |
|
| Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA
|
|
|
|
What Rohit has said is true. There will only be one transaction running and if that transaction fails, then the TDQ keeps filling up, unless your application program issues a START of this failed transaction so it can issue a READQ TD API.
I think you're better off with individual START TRANSID API's.
HTH.... |
|
| Back to top |
|
|
|
|
