Re: DFHSM APIs in a multi-vendor world

2020-08-04 Thread Marjory Montgomery
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

Re: DFHSM APIs in a multi-vendor world

2020-02-21 Thread Kirk Wolf
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

Re: DFHSM APIs in a multi-vendor world

2020-02-21 Thread Timothy Sipples
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

Re: DFHSM APIs in a multi-vendor world

2020-02-20 Thread Gord Tomlin
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.

Re: DFHSM APIs in a multi-vendor world

2020-02-20 Thread Kirk Wolf
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

Re: DFHSM APIs in a multi-vendor world

2020-02-20 Thread Tom Conley
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

Re: DFHSM APIs in a multi-vendor world

2020-02-19 Thread Allan Staller
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

DFHSM APIs in a multi-vendor world

2020-02-19 Thread Kirk Wolf
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