I am not a dataspace expert; but it seems to me you should have the client task create the dataspace, and pass its credentials to the server. I believe the owner can only be set when a dataspace is created. Anyway, you can provide this service to the client with some kind of service call, or just a subroutine.
If this is new development, I think you should look at alternatives, like above-the-bar memory. I realize various constraints might make that infeasible. sas On Fri, Jul 20, 2018 at 3:24 PM, John Baker <[email protected]> wrote: > Typo.... "...terminates and delete the dataspace". > > John P. Baker > > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On Behalf > Of > John Baker > Sent: Friday, July 20, 2018 2:07 PM > To: [email protected] > Subject: Data Space Owner > > If I create a private dataspace via DSPSERV (i.e., in a server address > space) and write output into that dataspace on behalf of a client address > space, can I then re-assign ownership of that dataspace to that client > address space, who would then assume responsibility for deleting the > dataspace once finished processing the output? > > > > What I am trying to avoid is the necessity of developing code in the server > address space to recognize when the client address space abnormally > terminates and delete the database. > > > > John P. Baker > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- sas ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
