OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [xml-dev] The Knights of Tag Soup

[ Lists Home | Date Index | Thread Index ]

Precisely.  Schema/DTD evolution is hard across 
the scale of the number of implementors who can 
make changes to the code that implements it.  
Maintaining the schema itself is easy.  So, 
again, the issues of evolution will be more 
intense in the system libraries.  We spend 
a lot more time sorting out dll hell than 
bad schema design.

What we can live without are the pronouncements 
from the Beltway saying things like, avoid the 
use of attributes.  That sort of policy driven 
schema design predicated on superstition is 
harmful.  Now the schema design can hurt the 
software design because the social hierarchy 
actively supports bad decisions about fundamentals 
of markup.

len

-----Original Message-----
From: Uche Ogbuji [mailto:uche.ogbuji@fourthought.com]

Rick says:

> There are many ways that a schema may evolve, and different mechanisms
> may be suitable for each way.  For example, change over time,
> change between locales, change between processes in pipelines,
> change depending on what the user is interested in, minor changes/major
> changes.

<AOL>Very well said</AOL>

I'm surprised to come across the idea of schema evolution as a monolithic 
problem.  I am doubly surprised to see RSS held up as an example of the 
difficulty of schema evolution.  RSS is but example of politics and 
carelessness.  All social science, and not a drop of computer science to spare.




 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS