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

RE: WD for Namespaces 1.1


RE:  WD for Namespaces 1.1
> From: Rob Lugt [mailto:roblugt@e...]

<snip/>

> My first reaction is that I share the opinion of Gustaf and 
> Mike Kay (among
> others) who feel that XML 1.1 will only be worthwhile if it 
> addresses more
> of the known issues with XML 1.0.  However, I've come to the 
> conclusion that
> this is inconsistent with the way that we all normally go about our
> business.  In software engineering, the perceived wisdom is 
> to perform small
> incremental changes, thereby reducing the overall risk of 
> getting it wrong.
> Why should the evolution of XML be any different?  I have a 
> little theory
> for how this inconsistency came about.

I disagree with this. Its certainly true that prevailing wisdom for systems
development is based on iterative lifecycles with rapid, incremental
changes. But enlightened software engineers also understand the importance
of limiting the impact of such changes by defining an architecture that
frames such changes, and by modularizing the architecture and defining
interface contracts between modules that are resilient to change (as much as
possible).

XML standards define a contract with the entire industry. The impact of
rapid, incremental changes to core standards would be disastrous. It would
quickly become unmanageable for tool vendors and lead to a proliferation of
interoperability problems. Changes to core standards must be done
judiciously. And I agree with those who argue that such changes should not
be minimalist and should not be done under arbitrary constraints that the
changes be "done quickly". If you are going to make change, make it
worthwhile to the industry to absorb the impact of that change by taking the
time to address the problems in current specs.

> I think it would be better if the XML processor worked out for itself
> whether a document conforms - and the user of the document 
> should indicate
> to the processor what level of conformance he requires or 
> expects.  

This would really be a disaster. To see the sort of browser incompatibility
problems that confront web developers find their way into core XML
technologies would be a disaster, and this is where this proposed approach
would inevitably lead.

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.