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


Help: OASIS Mailing Lists Help | MarkMail Help



   RE: XML Schemas: Best Practices

[ Lists Home | Date Index | Thread Index ]
  • From: "Bullard, Claude L (Len)" <clbullar@ingr.com>
  • To: "Roger L. Costello" <costello@mitre.org>, xml-dev@lists.xml.org
  • Date: Fri, 03 Nov 2000 15:58:50 -0600

Consider that aggregation usually takes place in 
context of a process and that the requirements of 
the process dictate the use of the components, not 
the arbitrariness of a global namespace.  A user 
will have the component or will fetch it.  The 
more problematic situation is namespace mapping 
to GUIDs and those who use that approach will 
not want to use chameleons.  A chameleon changes 
colors to a background in response to a stimulus 
event.  In the context of service routing, one 
assumes the right aggregate is created and the 
services needed are available apriori.  Global 
aggregation that does not consider the process 
space definition is not realistic for any case 
I can think of.

Len Bullard
Intergraph Public Safety

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

-----Original Message-----
From: Roger L. Costello [mailto:costello@mitre.org]

Okay, so we have come up with two limitations on the Chameleon Namespace

1. Name collisions.
2. Tools to process the no-namespace components.


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

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