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

RE: interoperability (was Re: Obfuscating XML with namespaces)

  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • To: "Simon St.Laurent" <simonstl@s...>, xml-dev@l...
  • Date: Mon, 09 Oct 2000 13:57:54 -0500

RE: interoperability (was Re: Obfuscating XML with namespaces)
Trust but verify.  They are not required; just 
useful.  If they use them well, they prosper. 
If not, they patch.  Patching costs money.  
Darwin rules.

If the interoperability enablers become 
like snatching bits of hits to get a rap 
or hip hop arrangement, then the yawn factor 
will out.  Style counts.  One can macro 
anything and call that design, and at some 
level, it is.  Madeleine Sparks used to 
beat me up about setting out to design 
something without clear and precise requirements. 
Some believe in loose requirements and winnowing. 
Some believe in tight requirements and testing. 

Ya gets what ya puts in.

Cost/benefit for the XML family of specifications: 
that would be an interesting study.  I can do 
without a lot of them given other infrastructure. 
XLinks are neat, but not the only way to get 
that job done.  XPath is crucial for working 
with XML trees, but I can do the same thing 
with a relational database.  It really depends 
on just how far one wants to push XML as an 
application enabler.  In most cases, I see 
it as a bridge and a means to get a long lifecycle
storage format.  InfoSet is critical to the 
abstraction so XML is not just a syntax.  I need 
DTDs and schemas for obvious reasons.  Namespaces  
are a tactical convenience.

Len Bullard
Intergraph Public Safety
clbullar@i...
http://www.mp3.com/LenBullard

Ekam sat.h, Vipraah bahudhaa vadanti.
Daamyata. Datta. Dayadhvam.h


-----Original Message-----
From: Simon St.Laurent [mailto:simonstl@s...]

I'd advise developers to take a look at the entire context of their
contracting negotiations, and not rely on namespaces and schemas to solve
their problems for them.  They can be useful tools, but I don't think
they're either required or complete.

At the same time, I'd like to see the organizations handing down the
infrastructure standards take a good look at how to make these things more
usable with their own standards, so that these interoperability enablers
don't turn out to be roadblocks.  Right now, I'm not very happy with the
cost/benefit ratio of a lot of the specs that are supposed to make XML
better or more interoperable.

PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.