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

Re: ID-ness in XML


use of xml id

"Simon St.Laurent" wrote:

> No, I should have been clearer about that.  Documents using existing
> DTD-style ID attributes would continue to use their IDs.  I'd encourage
> developers creating new specs to use xml:id as it would work with or
> without DTD processing, but I wouldn't declare xml:id the ONLY way to
> mark an ID.

If XML was being designed now, I'd agree that the attribute approach is better.
The problem is that because of the limitation of one ID per element, your
solution doesn't provide a migration path for existing documents - owners can't
declare both attributes to allow both the new and old documents to be valid.

As the legacy set grows, so does the conversion required, if the DTD owner was to
decide to upgrade the DTD to allow xml:id. The result of this is that we end up
with a division between systems that use xml:id and those that don't. The schism
then becomes between DTDs that are _able_ to evolve to use xml:id and those that
are not - contrary to what has been suggested, that it is in fact a matter of
simple choice.

The example of a bank was used earlier - here are three reasons that they would
refuse to add the attribute to their DTD:

  a)  it invalidates all of my existing data

  b)  I will need to upgrade the software that [insert number here] people are
using

  c)  I have no easy way of guaging the impact on the transition into my backend
database

Using an attribute is not offering those people a choice. It's telling them that
it's their bad luck for starting their implementation before we'd designed the
tidier mechanism. On top of that, despite the fact that we will then have two
classes of documents, we don't have a mechanism that identifies whether the use
of xml:id attributes is compatible with the DTD. If the use of xml:id catches on,
the bank's system is left behind, despite the fact that they developed it in good
faith and in total accordance with XML v1.0.

It's too late to start invalidating implementations. We should to toe the line
and commit to compatible changes until v2.0 (should that ever come).


--
Regards,

Marcus Carr                      email:  mrc@a...
___________________________________________________________________
Allette Systems (Australia)      www:    http://www.allette.com.au
___________________________________________________________________
"Everything should be made as simple as possible, but not simpler."
       - Einstein



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.