Lists Home |
Date Index |
Personally, on writing XML especially for Mainframe, I would do it myself unless your talking about building a complex XML with elements, properties, etc. Yet, I'm unaware of any Mainframe software tools to use for XML. I'm sure there are some.
If you were talking about reading XML, then that would depend on the complexity and the size of the XML file. If the XML file is complex or large, you could spend a lot of time rewriting something that is already written, I would suggest using a DOM of many. If the XML file is someone simple with just TAGs, no elements etc, and is somewhat small, then you can token the xml file faster than any DOM object can.
We have very simple XML files we get from 3rd party vendors that are no larger than 10k and I don't use any DOM objects, because I can parse it faster.
Original Message -----------------------
From: Razvan MIHAIU [mailto:email@example.com]
Sent: Friday, March 04, 2005 12:41 PM
Subject: Re: [xml-dev] Do I need XML parser ?
Saha Rabindra N wrote:
> As I am new to this XML business so I got a basic and simple question.
> Here it goes...
> I have one cobol data file (in ASCII format) and one cobol record description file to describe the position/length of each field of data file.
> I want to generate one XML file out of that cobol data file. My question is
> 1) Do I need any XML parser to just generate one XML file from a data file ? Or a simple programming logic can create the XML file ?
> 2) While environment/programming language would be best in this scenario ?
> a) program written in cobol on Mainframe ?
> b) to transfer the datafile to a Unix m/c and the generate the XML file in C language ?
> c) to transfer the datafile to a Unix m/c and the generate the XML file using shell script ?