He might also suggest migrating to COBOL 5.1. From the migration guide: The XML function supported by IBM® Enterprise COBOL for z/OS® has been enhanced:
•The XML GENERATE statement has been extended with new syntax that gives the programmer more flexibility and control over the form of the XML document that is generated: ◦The NAME phrase has been added to allow user-supplied element and attribute names. ◦The TYPE phrase has been added to give the user control of attribute and element generation. ◦The SUPPRESS phrase has been added to allow suppression of empty attributes and elements. •XML parsing support has been enhanced with a special register, XML-INFORMATION, to easily determine whether the XML content delivered for an XML event is complete or will be continued on the next event. •The compatibility-mode COBOL XML parser from the COBOL library is no longer supported for use by Enterprise COBOL V5 programs. XML PARSE statements in V5 programs always use the XML parser in z/OS XML System Services. Regards, Greg Shirey Ben E. Keith Company -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Tuesday, March 18, 2014 7:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XMLSS performance vs COBOL 4.1 runtime XML I seem to recall Tom Ross saying that XMLSS is, in fact, generally slower than COMPAT. I believe the only advantage to XMLSS is that it can be offloaded to a specialty engine. So it will be slower but cost less (??). Or slower and cost more if you don't have a specialty engine! Crazy, no? I'm sure Tom will correct me if I have misstated! >________________________________ > From: "Farley, Peter x23353" <peter.far...@broadridge.com> >To: IBM-MAIN@LISTSERV.UA.EDU >Sent: Tuesday, March 18, 2014 3:40 PM >Subject: XMLSS performance vs COBOL 4.1 runtime XML > >One of my co-workers is trying to improve the performance of an Enterprise 4.1 >program that decomposes an input XML file into record fields for processing by >later programs. The volume of the XML input has increased quite a bit and the >performance may soon impact SLA's. > >This program is currently compiled with XMLPARSE(COMPAT), so I advised him to >try compiling a test version with XMLPARSE(XMLSS) and run some production data >through both versions a few times to get some average performance numbers. > >The XMLSS version seems to be running about 10% more CPU utilization and >elapsed time than the production version, on average. > >Are there any tweaks or adjustments that can or should be made to the XMLSS >subsystem to improve performance? Our environment is z/OS V1 R12, z196 >hardware. > >Any RTFM would be most appreciated, since I can't make any such changes myself >but have to refer them to my systems programming group for consideration. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN