Cart
|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Extensibility of a data language
 Interesting. I also work with a standards body in the financial services sector in the UK and their position is more in-line with Bryan's assert. They 'feel' (although can't come up with a more reasoned argument), that allowing extensibility somehow dilutes the standard and will lead the majority of users towards the use of 'private' definitions. I understand the concern but have tried (unsuccessfully) to argue that by not providing a means for integrating parties to include data (at specific locations) that are an expression of a private relationship within the body of the main standard is a recipe that will inevitably force partners away from a standard (since the inability to express that data, and remain a valid instance as far as the standard is concerned, will act as a constraint to a business operation and as soon as that happens the pressure will be to ditch the standard). That said, I am aware of other threads on this list that comment (rightly IMO) about some of the short-falls of relying on WXS as the main means of validating messages, and point to using other more expressive rules based vocabularies (e.g. schemaTron). Recent work on UBL is also of potential relevence to this debate, especially NVDL ? Fraser. >From: Jeff Rafter <lists@j...> >Reply-To: lists@j... >To: bryan rasmussen <rasmussen.bryan@g...> >CC: XML Developers List <xml-dev@l...> >Subject: Re: Extensibility of a data language >Date: Tue, 07 Feb 2006 07:08:08 -0800 > > >Hi Bryan, > >The Mortgage Industry Standards Maintenance Organization (MISMO) allows for >extensions in its data standards and this is considered vitally important. >In fact in the last few versions the ability to extend further and more >easily has been pursued. This is primarily because in the industry there is >a limit to what can be standardized-- yet specific trading partners often >have a need to pass additional data on a transactional level. > >As an odd sidenote: in their process of defining standards they (and >others) make ample use of the extension features built into XML Schemas-- >including attributes from other namesapces and documentation sections >containing application specific elements. > >Cheers, >Jeff Rafter > >bryan rasmussen wrote: >>I'm not sure that I know of unsuccessful data languages that enable >>extensibility, it seems more like one sees successful data languages >>that limit extensibility. >> >>Succesful I suppose would mean wide spread in the context of its domain. >>Mathml is very widespread in the context of its domain, but otherwise not >>very. >> >>SVG is really not that widespread in the context of its domain, vector >>graphics, but I think most folks who use it are happy with it >>nonetheless, and expect it to become very widespread. >> >>Of course widespread, domain, context and the rest can all be open for >>argumentation. >> >>Cheers, >>Bryan Rasmussen >> >>On 2/7/06, Chiusano Joseph <chiusano_joseph@b...> wrote: >>>>-----Original Message----- >>>>From: bryan rasmussen [mailto:rasmussen.bryan@g...] >>>>Sent: Tuesday, February 07, 2006 5:45 AM >>>>To: XML Developers List >>>>Subject: Extensibility of a data language >>>> >>>>It seems that most successful examples of extension exist at >>>>the level of protocol, display languages, and so forth, >>>>whereas I can't think of any particularly successful data >>>>language where the language had the possibility of extension >>>>of the language by users built in. >>>Not sure what you mean by "successful" (in what sense?) - but what are >>>some examples in your opinion of "unsuccessful" data langauges that >>>enable extensibility? >>> >>>Joe >>> >>>Joseph Chiusano >>>Associate >>>Booz Allen Hamilton >>> >>>700 13th St. NW, Suite 1100 >>>Washington, DC 20005 >>>O: 202-508-6514 >>>C: 202-251-0731 >>>Visit us online@ http://www.boozallen.com >>> >>>>It often seems that Data heads feel that the kind of loose >>>>extensibility that namespaces can be set to allow will create anarchy. >>>>Any arguments against? >>>> >>>>Cheers, >>>>Bryan Rasmussen >>>> >>>>----------------------------------------------------------------- >>>>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://www.oasis-open.org/mlmanage/index.php> >>>> >>>> >> >>----------------------------------------------------------------- >>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://www.oasis-open.org/mlmanage/index.php> >> >> > >----------------------------------------------------------------- >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://www.oasis-open.org/mlmanage/index.php> > 
|
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
|
|||||||||
