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

UBL


ubl limitations
I was curious about opinions and experiences people on the list might  
have regarding the UBL NDR:

-  Am I alone in finding it too be overly draconian?
-  What practical limitations (particularly processing limitations)  
have you encountered when implementing the standard?

Perhaps my biggest problem with the NDR  is the prohibition against  
custom attributes.  I'm contributing to a workgroup to develop a data  
standard which will be used to transmit potentially huge data sets.   
Understandably, we'd like the standard to be friendly to stream  
processing.  The ability to add "type" and "role" attributes in key  
places in the schema would greatly aid processing the data in a way  
that would only require examining the current element stack during  
stream processing for our most typical use cases.  The UBL proponents  
on the workgroup propose requiring such items to be a first child  
(rather than attribute) of the node they qualify so as to act as a  
processing flag for its siblings and siblings' children.

My problem with this approach is that if an element has a scoping  
relationship to the rest of the children of the parent, if at all  
possible, I believe you should make that relation explicit by making  
it an atttribute of the parent.  Also, I believe you shouldn't  add  
ordering constraints to your schema, burdening both the production  
and validation of the data set, unless there is a semantic  
motivation.  Lastly, I believe that if at all possible you should  
design the schema to be compatible with the widest range of generic  
tools (e.g., tools that only consider the current ancestor hierarchy  
during stream processing, like STX) rather than requiring future  
users of the standard to write one-off processors (e.g., custom SAX  
handlers.)

A couple of key individuals on the workgroup are adamant about  
adhering to the UBL NDR (although not very articulate when it comes  
to justifying either the individual requirements of the NDR or the  
blanket decision to follow it slavishly.)  Unfortunately, the  
literature I've been able to turn up regarding the UBL NDR all reads  
like marketing literature rather than frank evaluations of the trade- 
offs the NDR involves. (My best source has been the UBL mail archives  
but it's fragmented and skimpy on this topic.)  Can anyone point me  
to some more thoughtful evaluations of the NDR?  Or, perhaps,  
implementations of CCTS that allow custom attributes?  Or, better  
yet, UBL endorsed mechanisms for integrating custom attributes with  
otherwise UBL NDR compliant schema?

Dave





  • Follow-Ups:
    • Re: UBL
      • From: "G. Ken Holman" <gkholman@C...>
    • Re: UBL
      • From: "bryan rasmussen" <rasmussen.bryan@g...>

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.