For reasons I won't get in to, we don't want to touch this data on our mainframe. We want the distributed system(s) to be able to handle the data directly from the vendor. Whether this is reasonable or not is not at the moment under discussion. :-)
________________________________
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> on behalf of John McKown <***@GMAIL.COM>
Sent: Tuesday, January 2, 2018 4:45 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: Re: JZOS on open systems question
Post by Frank SwarbrickUnfortunately the vendor wants to charge us an unreasonable amount for
this "custom coding". :-(
I am a bit confused by the above. You have a z/OS data set which contains
PIC X(...) type data and PIC 9(...) type data (PACKED DECIMAL, BINARY,
etc). You need to download this to an ASCII system to processes. Can this
process XML input? if so, then a simple z/OS COBOL program can generate it
with a GENERATE XML verb. We do this _all the time_ in CICS in order to
communicate with Windows servers.
ref:
http://m.ibm.com/http/publibfp.dhe.ibm.com/cgi-bin/bookmgr/handheld/BOOKS/igy3pg50/5.2.1?SHELF=&DT=20090820210412&wirelessshow=2
If the particular program cannot handle XML, what can it handle? There are
utilities which can convert XML to equivalent JSON, or even a "field
oriented flat file". In fact, since you've already mentioned Java, I will
say that Java eats XML for breakfast, lunch, dinner, and a midnight snack.
Post by Frank Swarbrick________________________________
Sent: Friday, December 29, 2017 6:08 PM
Subject: Re: JZOS on open systems question
Post by Frank SwarbrickCan JZOS be used off mainframe to process (yes, that's vague) a file that
is a combination of ECBDIC fields, binary integer fields and packed-decimal
fields? Basically, the file is defined by a (mainframe) COBOL copybook and
would be transmitted in binary to a distributed platform to be processed.
I believe it would be less trouble to convert it with a COBOL program
using the copybook to a portable format such as XML, CSV, or even
fixed-field text before transmitting it.
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
--
I have a theory that it's impossible to prove anything, but I can't prove
it.
Maranatha! <><
John McKown
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN