|
View previous topic :: View next topic
|
| Author |
Message |
Saikat Sengupta
New User
Joined: 08 Dec 2009
Posts: 15
Location: Mumbai
|
|
|
|
Hi
I am stuck with a problem -
I am to design an online module/transaction which is not associated with any terminal or screen. The requirement is such that at any given point of time multiple instances of the transaction may run. Regarding this I have the following doubts:
1) Is it possible to run multiple instances of a transaction which is not associated with any terminal?
2) Even if we can, I need to write unique TSQ for each of the instances. So what should be the convention that I should follow to give a unique name to each TSQ related to a particular instance? |
|
| Back to top |
|
 |
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello and welcome to the forum,
| Quote: |
| 1) Is it possible to run multiple instances of a transaction which is not associated with any terminal? |
Yes - suggest you research asyncronous transactions.
| Quote: |
| 2) Even if we can, I need to write unique TSQ for each of the instances. |
Why do you believe this is the only way to do what you want? |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8697
Location: Dubuque, Iowa, USA
|
|
|
|
| Quote: |
| 2) Even if we can, I need to write unique TSQ for each of the instances. |
Why would this be a problem? Use the task number, which is unique, in the TSQ name and pass it in DFHCOMMAREA as needed. There are other ways to obtain unique names as well. |
|
| Back to top |
|
|
Saikat Sengupta
New User
Joined: 08 Dec 2009
Posts: 15
Location: Mumbai
|
|
|
|
Thanks for the replies.
I was not aware that after execution of Start command the control comes back to the Starter program.
To answer the query
| Quote: |
| Why do you believe this is the only way to do what you want? |
I have an online module Pgm-A which will read files from different sources and will LINK to module Pgm-B to process the records of the individual files. Now Pgm-A will receive request from MQ. The size/length of the request data is more than 54KB. The problem arises when I want to send the data to PgmB. One way would be to use CHANNELs to pass data to Pgm-B. But that option was discarded, so the only other way I know to pass this 54+KB length of data is TSQ. Since PgmA may have multiple instances I need to name each TSQ uniquely.
The problem statement may be lengthy but cant brief the statement more.[/quote] |
|
| Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA
|
|
|
|
| Quote: |
| the only other way I know to pass this 54+KB length of data is TSQ |
Unfortunately, the maximum-length for any TSQ Item/Record (as well as DFHCOMMAREA/EIBCALEN) is 32K-4 (32763).
If you're using CICS/TS 3.1 or greater, review CHANNELS and CONTAINERS, which overcome this 32763 max limit.
Bill |
|
| Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne
|
|
|
|
Bill,
Saikat earlier said:
| Quote: |
| One way would be to use CHANNELs to pass data to Pgm-B. But that option was discarded |
not much use try to help people who insist on discarding the appropriate options.
(and obviously have little system knowledge, otherwise the idiotic 54K TSQ item would not have been mentioned by the TS)
as well as reviewing why all 54K needs to be passed around. |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hi Dick,
| Quote: |
| as well as reviewing why all 54K needs to be passed around. |
Possibly a very questionable design or a lazy developer that did not want to think this thru. . .
It is always entertaining to hear what "must" be done or what "cannot" be done. All in the name of "the requirement". . . 
d |
|
| Back to top |
|
|
|
|
