Batch job S/36 OCL access to secured QS36F

["Gerald Kern" <gkern@xxxxxxxxxx>]

I'm attempting to implement security on QS36F so that the public access is
*EXCLUDE and QPGMR access is *ALL. The S/36 programs have been changed so
that the user profile parm is *OWNER, and adopted authority is *YES. All of
the programs have been changed so that the owner of each is QPGMR. The
problem is that since the files are being accessed from the 36 environment
via S/36 OCL, the adopted authority is not passed along since there is no
compiled object that the adopted authority can 'attach' itself to. When a
S/36 environment OCL procedure gets submitted to batch I get an error
message stating that the user doesn't have access to QS36F. Is there a
secure way to accomplish this without re-writing the OCL into CL programs?

Thanks, Jerry Kern, GKERN@aktion.com

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---