On Tue, 4 Oct 2016 08:06:15 -0500, John McKown wrote:
>
>Which leads to another weird idea. A z/OS subsystem which can use the FTP
>API to log on to an FTP server, retrieve a file and present the individual
>records to the program as if they had been read from a standard sequential
>data set. But I'm going off thread. E.g. something like: //SYSIN DD
>SUBSYS=(FTP,"user:password@server","/directory/to/file.txt") would log on
>to "server" using the "user" with a "password", then do the equivalent of
>"get /directory/to/file.txt". It would return each record to the
>application when it read from the file. The main problem that I can think
>of is if the application does not read very quickly, which could cause a
>"time out" on the server side.
>
Don't FTP and QSAM both support named pipes nowadays? Would that
plus some scripting yield a solution?
On occasion I have done:
pax -w | ssh "pax -r"
.. to move directories. Sometimes need iconv to fix EBCDIC problems.
Might a script connect ssh via a named pipe to QSAM?
It's a pity that STRU R, MODE B, FILEDATA=RECORD, simple binary
streaming of RECFM=VBS, AWSTAPE, ... are incompatible. Too many
dissimilar approaches to similar problems.
And that AWSTAPE, possibly streamed through TCP/IP, can't be mounted
as a virtual device on z/OS as it can on Hercules. IPL from AWSTAPE?
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
