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 <[email protected]> on behalf of John McKown <[email protected]> Sent: Tuesday, January 2, 2018 4:45 PM To: [email protected] Subject: Re: JZOS on open systems question
On Tue, Jan 2, 2018 at 5:04 PM, Frank Swarbrick <[email protected] > wrote: > Unfortunately 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. > ________________________________ > From: IBM Mainframe Discussion List <[email protected]> on behalf > of Paul Gilmartin <[email protected]> > Sent: Friday, December 29, 2017 6:08 PM > To: [email protected] > Subject: Re: JZOS on open systems question > > On Sat, 30 Dec 2017 00:15:20 +0000, Frank Swarbrick wrote: > > >Can 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, > 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 > -- 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 [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
