|
View previous topic :: View next topic
|
| Author |
Message |
Bitneuker
CICS Moderator
Joined: 07 Nov 2005
Posts: 1104
Location: The Netherlands at Hole 19
|
|
|
|
Sandy, we don't disagree at all. I tried to point out the importance of the logic of keeping intermediate results save. For this you can indeed use the SPA or whatever. CICS-people are spoiled with their comm-area and it's pretty hard to understand IMS/DC if you're not educated in this. Who understands that you have to init all variables, switches and the lot before processing of a message starts because one single occurrence of an application serves hundreds of terminals? I myself once forgot to init a switch (and retain it from SPA) resulting in wrong processing; it was quiet in the region so the MPP stayed in the region with the switch set by another terminal  So my point is not how store intermediate results but the logic of it. |
|
| Back to top |
|
 |
Sandy Zimmer
Active Member
Joined: 13 Jun 2007
Posts: 826
Location: Wilmington, DE
|
|
|
|
Yes, George we do not disagree. It is tricky, but I did it with hidden fields on the screen. While testing, you can make them displayable. I then checked those fields immediately after I retrieved the message. It is a lot more work and requires a lot more analysis. If you plan to work for a high transaction processing employer, it is good to know. Actually, it can be fun!  |
|
| Back to top |
|
|
Bitneuker
CICS Moderator
Joined: 07 Nov 2005
Posts: 1104
Location: The Netherlands at Hole 19
|
|
|
|
| Quote: |
| If you plan to work for a high transaction processing employer, it is good to know. |
True.......but if you've got a complex conversational system where you need to transfer, and safeguard, a lot of information between several MPP's one might be forced to use some kind of SPA. I agree you should avoid a SPA at high volume straight on transactions (like bank payments). In that case a simple CHNG-call with corresponding message might do. When the system turns out to be a very complex one it's my experience usage of an SPA and modification of transactioncode is almost inevidible. So, like I stated before it's a matter of analysing your business process and decide on that. |
|
| Back to top |
|
|
Sandy Zimmer
Active Member
Joined: 13 Jun 2007
Posts: 826
Location: Wilmington, DE
|
|
|
|
| OK George. If you are invoking your transaction from a main menu, you cannot usually combine a SPA system with a straight transaction processing system. Take my word - there is a way by manipualting something in your MFS, but it is not a simple solution. Most high security systems run from a main menu for security purposes. Sometimes that is not enough - for instance payroll/personnel systems. I wrote a security system in addition and was able to determine who and what level of security they had - I assigned it - then when the system was installed, the MAIN PERSON assigned it. I was then able to maybe give them access to the system and certain screens, but not display (hide) certain sensitive fields. |
|
| Back to top |
|
|
|
|
