November 8, 1999
|
Printer ready |
| Related links: |
|
|
| And from our sister publications: |
|
|
The key for XML is that each industry or horizontal business community needs to develop just one version of XML to address its needs, Oasis' Walker says. But this only addresses the needs of data exchange within the same industry. Companies exchanging data among multiple industries, such as office equipment suppliers, will inevitably have to bridge the gap between various XML versions.
Fortunately, XML's flexible nature will likely make translation between various versions relatively easy, some analysts and users predict. Coco Jaenicke, a product marketing manager at Object Design Inc., a Burlington, Mass., E-business data-management software developer, says XML incorporates a suite of languages that facilitate the exchange of data.
For instance, a partner language to XML is the Extensible Style Sheet Language (XSL), which Jaenicke says offers an easy solution for a trading partner that must deal with customers across industries. XSL can map the information from one set of XML data to a set of XML data using a different data-type definition, serving as a translator of sorts. "XML is extraordinarily flexible and extensible," Jaenicke says.

XSL, however, hasn't been ratified by any of the XML standards bodies. So tools for its development and use are still lacking. Jaenicke, for example, says Object Design will not release an XSL processor until next year.
Even though translating different industry versions of XML should prove relatively easy, there's still concern that if more than one version of XML develops within each industry, the translation challenge will start to multiply exponentially, costing all companies concerned additional time and money to create new XSL mapping interfaces. Companies involved in horizontal trading groups that intersect across industries could end up translating dozens of different versions of XML data type definitions and vocabularies.
To avoid such a scenario, Walker says IT managers should look to non-profit XML specification-development groups that broadly represent an industry. The other step is for each leading XML standards consortium for a specific industry to cooperate with other XML standards groups in a related industry.

FinXML, for example, addresses 90% of the data-exchange needs of the wholesale banking industry. One of its remaining challenges is to integrate XML specifications from groups in the financial industry focused on other types of financial transactions, says Viral Tolat, chief technology officer of Integral Corp., a founding member of the group that developed the open standard for FinXML.
In the end, there are no easy answers for development of XML specifications. Unlike some other Internet technologies--E-mail, for example--one monolithic standard won't work. For XML to reach its full potential, it must fractionalize into different specifications for various data exchange situations in every industry.
Best-case scenario: Each industry ends up with only one specification--the best one--for using XML to exchange data pertaining to its business. The way IT managers can ensure that this happens is by making their opinions heard. Says Walker of Oasis: "Anyone interested in using XML in the future should participate in specification development."
If so, when you go to grab an XML toolkit, like Andy Astor, you'll know that it works.
return to page 1
Photo of Walker by Stephen Sherman
Photo of Tolat by Jamie Tanaka
Back to This Week's Issue
Send Us Your Feedback
Top of the Page
Cirrus Logic seeking Digital IC Design Engr in Austin, TX
Hebrew SeniorLife seeking Senior Network Analyst in Boston, MA
Agilent seeking NPI Project Manager in Shanghai, CN
UC Berkeley seeking Helpdesk Team Lead in Berkeley, CA
Rohm and Haas seeking Product Portfolio Manager in Philadelphia, PA
For more great jobs, career-related news, features and services, please visit our Career Center.