|
View previous topic :: View next topic
|
| Author |
Message |
Time2Live
New User
Joined: 27 Apr 2005
Posts: 43
Location: United States
|
|
|
|
| I’m an IMS applications developer who received a ‘CD’ status from a COBOL/IMS CMD call. This call used to have no issues long ago, but now the person in charge of security at my installation does not know where to find out why my program is restricted from using that command. Does anyone know where they can look to resolve this security issue please? |
|
| Back to top |
|
 |
Time2Live
New User
Joined: 27 Apr 2005
Posts: 43
Location: United States
|
|
|
|
One more thing:
I can manually type "/DIS A" in IMS and there is no security issue. I get the info requested. It is just using the CMD for this thru the pgm that has issue. |
|
| Back to top |
|
|
don.leahy
Active Member
Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada
|
|
|
|
There is a parameter in the Transaction definition that governs whether a transaction can issue AOI calls. Ask your IMS systems programmer.
Many shops restrict this capability because some IMS commands need to wait for a response, which can slow down transaction rates. My local IMS guys would roast me alive if I were to try something like this. |
|
| Back to top |
|
|
Gary Jacek
New User
Joined: 17 Dec 2007
Posts: 64
Location: Victoria, BC, Canada
|
|
|
|
If we know what command you want to issue and why, it may be that there is a more efficient interface that could satisfy your need.
For example, the AIBTDLI INQY ENVIRON call may satisfy a need to know environmental information.
I do agree with Don.Leahy that some commands will get you into deep trouble. We systems programmers who are all about availability and response time, were known to gather the villagers with torches and pitchforks to hunt down the perpetrators of such mischief. |
|
| Back to top |
|
|
|
|
