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


Help: OASIS Mailing Lists Help | MarkMail Help

ubl message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [ubl] PRD3 suggestion: sample instances with unconventional namespace prefixes

Hi Ken,
the use of suggested prefixes (cbc, cac, ...), even if not normative,
helps a lot for many reasons:

1) If we are going to use SOAP envelopes and WS* there are several
namespaces that are in place along with UBL namespaces, so it is very
useful to use those prefixes suggested on each specification (even if not

2) by relying on automatic prefixes (n1, n2, nx, ...) generated by tools
it is really risky. In PEPPOL we experienced real troubles with JAXB which
is seriously bugged with the xs:Any element handling and it is very easy
to have duplicated namespace prefixes when you use it.

3) UBL namespace prefixes are providing a more readable document.

Hope this helps


> I gather there is a public perception that the UBL committee's
> *convention* of using namespace prefixes is somehow regarded as a
> *standard* way of prefixing element names mandated in UBL.
> Of course this is not the case, but, sadly, this is the
> perception.  In XML any namespace can use any prefix, and at any
> point in an XML document one of the namespaces may be associated with
> no prefix (called the default namespace).
> I feel this warrants supplementing our XML instance directory with
> the attached four XML-equivalent instances to the
> UBL-Invoice-2.0-Example.xml found in PRD1 and PRD2.  I say
> "XML-equivalent" because applications should be ignoring prefixes and
> using only the combination of namespace URI and local-name for each
> element, regardless of any different use of namespace prefixes.
> These five instances have very different uses of namespace prefixes,
> but identical uses of URI/local-name combinations.  Every UBL
> application should treat all five documents as having the identical
> processed information to work on.  They all validate with the UBL schemas.
> UBL-Invoice-2.0-Example.xml - (PRD1) document element in the default
> namespace
> UBL-Invoice-2.0-Example-NS1.xml - no elements in the default namespace
> UBL-Invoice-2.0-Example-NS2.xml - basics in the default namespace
> UBL-Invoice-2.0-Example-NS3.xml - aggregates in the default namespace
> UBL-Invoice-2.0-Example-NS4.xml - embedded and overloaded use of prefixes
> I have the time to add these to PRD2 if Jon hasn't yet documented the
> revised set of sample instances, but I'm assuming we just put these in
> PRD3.
> However, an argument for *not* including such instances is that it is
> not the role of the UBL specification to be tutorial in nature.  Yet
> I'm confident such examples will be very useful to UBL users when
> they can go to their application developers with a set of
> unconventional documents that are still UBL valid and found in the
> UBL distribution (thus giving them some legitimacy).  Their
> developers may think the users's applications are ready for the real
> world, but the real world has many and varied and bizarre ways that
> namespaces are used.
> I would like to discuss this on this week's calls.
> . . . . . . . . . . Ken
> --
> Contact us for world-wide XML consulting & instructor-led training
> Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/o/
> G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
> Legal business disclaimers:  http://www.CraneSoftwrights.com/legal
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php

* JAVEST by Roberto Cisternino
* Document Engineering Services Ltd. - Alliance Member
* UBL Italian Localization SubCommittee (ITLSC), co-Chair
* UBL Online Community editorial board member (ubl.xml.org)
* Italian UBL Advisor

  Roberto Cisternino

  mobile: +39 328 2148123
  skype:  roberto.cisternino.ubl-itlsc

[UBL Technical Committee]

[UBL Online Community]

[UBL International Conferences]

[UBL Italian Localization Subcommittee]

[Iniziativa divulgativa UBL Italia]

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]