|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Are we ready for the namespace ID registry, yet? (was: Re
<Quote1> The registry doesn't; the local authorities do (or should do). </Quote1> Whew - that's what I was hoping the answer was. <Quote2> I realize this would have HUGE impact on legacy XML, </Quote2> Impact on what? Kind Regards, Joe Chiusano Booz | Allen | Hamilton Jeff Lowery wrote: > > > <Quote> > > 1)elements and attributes have unambiguous names; > > </Quote> > > > > How do you foresee a registy ensuring this? > > The registry doesn't; the local authorities do (or should do). All the > registry does is say "Okay, this sequence of characters you asked for can be > prepended as part of any namespace ID you create and manage." It also says, > "Hey, out there! Only this guy can use this sequence of characters at the > start of his namespace identifiers." > > Whatever comes after the authority ID begin sequence in the namespace ID > this person or entity creates (<AUTH_xxx:foo/>) is up to them to determine > and ensure the unambiguousness of. If they want to build a local registry > for that purpose they can, but they don't have to. It's not an absolute > requirement for XML document processing to look up anything in a registry. > For document creation, all you need to know is your personal namespace > authority ID start sequence, plus character sequence after that that's being > used in the local domain. It's a lot like URL, except the string IDs are > deliberately short in order to minimize the affect on XML verbosity and > readability, since these prefixes MUST appear in all qualified names (i.e., > there are not xmlns:xxx="..." declarations. > > I realize this would have HUGE impact on legacy XML, mostly of the > simplifying kind, but huge nonetheless. Chance of adoption: +-0%. But you > know, you gotta put up or shut up. This is what I'm puttin' up. > > > > > Kind Regards, > > Joe Chiusano > > Booz | Allen | Hamilton > > > > Jeff Lowery wrote: > > > > > > > The question is, is it possible to design a means for the > > > > computer registries to coordinate registration without the > > > > need for a master list if every registry, where a registry > > > > would at it's own top level represents the local authority, > > > > either sends copies of its registry to other registrars or > > > > gets registrations? Does a namespace registration system > > > > require a single rooted authority? > > > > > > Two concerns: > > > > > > 1) authority ID collisions > > > 2) ID disputes > > > > > > For example, if I send out that I've registered "MSFT" as my namespace > > ID > > > authority prefix (e.g. <MSFT_ns1:blah MSFT_ns2:foo="bar"/> ), then I'm > > > likely to collide with Microsoft's preferred very short string authority > > ID, > > > since I imagine they'd want to use their stock index symbol. Assuming > > that > > > I'm correct, and a dispute arises, who resolves it? That's why I think > > you > > > need a central authority, or at least an arbitration board, which is > > more or > > > less the same thing. > > > > > > Now, if you're asking me if the authority registry needs to be > > centralized, > > > I guess it wouldn't. However, there's really no need to 'look-up' > > > authorities in normal metalanguage processing. All we're trying to do > > is > > > make sure that: > > > 1)elements and attributes have unambiguous names; > > > 2) companies and individuals have the means (through the proper use of > > > their authority ID string) to easily create such names. > > > > > > Good questions, Len. I'm forwarding this to the permathread. I hope you > > > won't mind. > > > > > > ----------------------------------------------------------------- > > > 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://lists.xml.org/ob/adm.pl> begin:vcard n:Chiusano;Joseph tel;work:(703) 902-6923 x-mozilla-html:FALSE url:www.bah.com org:Booz | Allen | Hamilton;IT Digital Strategies Team adr:;;8283 Greensboro Drive;McLean;VA;22012; version:2.1 email;internet:chiusano_joseph@b... title:Senior Consultant fn:Joseph M. Chiusano end:vcard
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








