[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: The triples datamodel -- was Re: SemanticWeb per

Re:  The triples datamodel -- was Re:  SemanticWeb per
unfortunately for me the multiple customers with different formats use 
excel files, csv files, pdf files, edi files, etc in fact none of them 
use xml yet so perhaps xml would be a small step forward. but then a 
dozen or so large and small software houses have to change their 
software too. it's a long and winding road ;)


Michael Champion wrote:

> On Jun 8, 2004, at 12:31 AM, Rick Marshall wrote:
>> and if the schema changes, but not the xslt, and someone suffers 
>> financial loss - tax returns fail, orders lost, etc - who pays?
> And if nothing can change, because everything will break, and everyone 
> suffers from missed opportunities, who pays?
> This is sounding like "the worst feature of X is is the one that made 
> it successful" subthread:  Before XML (and related technologies) 
> people had little choice but to stick with rigid formats, because all 
> hell would break loose when they were changed.  People are jumping on 
> XML and the design philosophies it enables  because there has been a 
> pent up demand for more flexibility.  Naturally that can be overdone 
> and has downsides as well as upsides, just like most technologies.
> I'm not sure why one would bother with XML at all in a situation where 
> horrible things happen when uncontrolled evolution occurs -- XML can 
> be made to work in tightly coupled systems, but I don't see what 
> advantage it has over proprietary object or database interchange 
> formats if you want things to die quickly and cleanly when closely 
> shared assumptions are violated. I can think of some, such as the 
> classic SGML use case of maintenance manuals that must work across a 
> wide variety of systems but must also conform to precise structural 
> specifications. Nevertheless, the "I've got 50 customers who want to 
> send me orders in conceptually similar but syntactically diverse 
> formats" use case is a lot more typical IMHO.  The typical options are 
> between using a technology  that can gracefully accommodate diversity 
> and change (and paying the price of occasional breakage), and having 
> humans transcribe information from diverse input formats into an 
> internal standard (and paying a much higher  price for every 
> transaction ... and you still have to pay the price for human error!). 
> Anyone who can avoid the dilemma by requiring  the customers to send 
> orders in a rigidly defined format probably doesn't need XML in the 
> first place.
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>

fn:Rick  Marshall
tel;cell:+61 411 287 530


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.