Re: DFHSM APIs in a multi-vendor world
Hi Kirk, I'm a little late to your question. CA Disk doesn't have any commands to delete migrated(archived) data set records if that's what you were looking for. Do you need to delete the catalog entry and/or the records for it?I'm concerned that deleting either could be a problem if customers are expecting the SMS management class rules to used for deletion. Regards, Marjory Montgomery Principal Architect, CA Disk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM APIs in a multi-vendor world
The same environment requirements as the ARCHDEL assembler macro would be fine. Batch or OMVS (not TSO, not CICS, etc). On Fri, Feb 21, 2020 at 2:40 AM Timothy Sipples wrote: > Kirk Wolf wrote: > >I could deal with some configuration of the pseudo-volser, > >but our product doesn't run under TSO, so a "command" > >interface isn't convenient. > > What runtime environment and programming language are you using? > > - - - - - - - - - - > Timothy Sipples > I.T. Architect Executive > Digital Asset & Other Industry Solutions > IBM Z & LinuxONE > - - - - - - - - - - > E-Mail: sipp...@sg.ibm.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM APIs in a multi-vendor world
Kirk Wolf wrote: >I could deal with some configuration of the pseudo-volser, >but our product doesn't run under TSO, so a "command" >interface isn't convenient. What runtime environment and programming language are you using? - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM APIs in a multi-vendor world
On 2020-02-20 13:34, Kirk Wolf wrote: I was hoping that somehow these products worked with application code written to the DFHSM macros. Unfortunately, there's nothing in this space analogous to RACROUTE for security products. If there was, it would probably be paywalled in the DFSMS ACG. You'll need unique code for each product. I haven't worked with the alternatives to DFHSM, so I don't know whether the other products also have macro interfaces. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM APIs in a multi-vendor world
That's what I feared. I could deal with some configuration of the pseudo-volser, but our product doesn't run under TSO, so a "command" interface isn't convenient.I was hoping that somehow these products worked with application code written to the DFHSM macros. ARCHDEL is the most important. On Thu, Feb 20, 2020 at 11:16 AM Tom Conley wrote: > On 2/19/2020 2:25 PM, Kirk Wolf wrote: > > I'm asking this from the point of view of an architect who wants to add > > DFHSM-ish integration to a ISV product. > > > > If I were only worried about DFHSM, my requirements for basic integration > > are pretty simple, and would be these: > > > > - VOL=SER=MIGRAT means migrated data set > > - ARCHMIG, ARCHRCAL, ARCHDEL macros could be used for basic interfaces > > > > What about alternative vendor DFHSM products? Can these same interfaces > be > > used in a SAF-esque sort of way? > > > > Thanks in advance, > > > > Kirk Wolf > > Dovetailed Technologies > > http://dovetail.com > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > Kirk, > > You need to know the pseudo-volser that each HSM-like product > (FDR/ABR, CA-Disk, etc.) uses in the catalog to delineate a migrated > dataset (MIGRAT, ARCHIV, and ARCIVE are the ones I've seen). You will > also need to issue the product-specific commands under the covers. > > Regards, > Tom Conley > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM APIs in a multi-vendor world
On 2/19/2020 2:25 PM, Kirk Wolf wrote: I'm asking this from the point of view of an architect who wants to add DFHSM-ish integration to a ISV product. If I were only worried about DFHSM, my requirements for basic integration are pretty simple, and would be these: - VOL=SER=MIGRAT means migrated data set - ARCHMIG, ARCHRCAL, ARCHDEL macros could be used for basic interfaces What about alternative vendor DFHSM products? Can these same interfaces be used in a SAF-esque sort of way? Thanks in advance, Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Kirk, You need to know the pseudo-volser that each HSM-like product (FDR/ABR, CA-Disk, etc.) uses in the catalog to delineate a migrated dataset (MIGRAT, ARCHIV, and ARCIVE are the ones I've seen). You will also need to issue the product-specific commands under the covers. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM APIs in a multi-vendor world
All of the hsm-ish products I am aware of, use a pseudo volser similar to dfHSM. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf Sent: Wednesday, February 19, 2020 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFHSM APIs in a multi-vendor world [CAUTION: This Email is from outside the Organization. Do not click links or open attachments unless you trust the sender.] I'm asking this from the point of view of an architect who wants to add DFHSM-ish integration to a ISV product. If I were only worried about DFHSM, my requirements for basic integration are pretty simple, and would be these: - VOL=SER=MIGRAT means migrated data set - ARCHMIG, ARCHRCAL, ARCHDEL macros could be used for basic interfaces What about alternative vendor DFHSM products? Can these same interfaces be used in a SAF-esque sort of way? Thanks in advance, Kirk Wolf Dovetailed Technologies https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdovetail.com&data=02%7C01%7Callan.staller%40HCL.COM%7Cb6631f2e08404ad959ae08d7b5717805%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637177371286836355&sdata=6mLinlPtoQ72YNQzNgM5TM2r%2FLDUU1gL%2BsWvOGs7mfU%3D&reserved=0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFHSM APIs in a multi-vendor world
I'm asking this from the point of view of an architect who wants to add DFHSM-ish integration to a ISV product. If I were only worried about DFHSM, my requirements for basic integration are pretty simple, and would be these: - VOL=SER=MIGRAT means migrated data set - ARCHMIG, ARCHRCAL, ARCHDEL macros could be used for basic interfaces What about alternative vendor DFHSM products? Can these same interfaces be used in a SAF-esque sort of way? Thanks in advance, Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN