I read the XML Statement of Direction again very carefully, and there's a particularly interesting bit here:
"IBM intends to enhance the XML Toolkit for z/OS so that eligible workloads may exploit the z/OS XML component — this extends zAAP exploitation to the XML Toolkit for z/OS." The XML Toolkit for z/OS provides both parsing and *generating* of XML. Does this mean that XML generation will offload to zAAP in the future? I'm not sure. The z/OS XML component provides parsing, so maybe what they're saying is that, when you use the XML Toolkit APIs, any parsing will be routed to z/OS XML underneath and thus exploit zAAP. Or something like that. That section doesn't mention zIIP. A simple oversight? That'd be my guess. I believe environments such as Enterprise COBOL with its XML PARSE syntax use the XML Toolkit. So does this mean Enterprise COBOL and myriad other XML parsing environments will benefit from offload? That'd be my guess, too. But this is all slightly cryptic, so I guess we'll have to watch how it evolves. This is perhaps one of those cases where less attempted information delivery might have been better. :-) I also like the CBU (Capacity Backup) announcement for the z9 BC R07 model. Yet another price reduction for moderate size businesses that have at least some in-house disaster recovery (DR) capabilities. This lowers the price of putting in a standby server because you can have a tiny 2096-A01 with CBU act as a DR server to fill in for even a maximally configured 2096 (and in some scenarios possibly even a z9 EC). The graphical z/VM feature is intriguing. That should help make Linux management friendlier and easier for the beginner. Those bolt-down kits sound like something Japan, California, and Indonesia could use. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED]
