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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-dev message

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


Subject: Re: [ubl-dev] Neighbourly Implementation of UBL


Stephen,

What we are urgently missing is an automated way of sharing the
conformance rules to meet a minimum use profile.

The OASIS jCAM toolset - as demonstrated in the XML2004
Interop - and as per the available source code:

 http://ebxmlbook.com/interop

provides you with the foundation for achieving this - by creating
XML CAM templates that contain those context driven rules.

Then implementers have not only a clear roadmap - but also
the ability to test their UBL formats live online against the default
rules.  The rules can be in a registry, or just a simple file system URL.

This was all demonstrated in the Interop - see Slide #34 for
links to the interactive templates and web forms used.

With these in hand it is easy for people to self-provision into
a UBL community.

I am happy to work with anyone requiring assistance in creating
UBL CAM templates - and the existing examples from Interop
give plenty of easy to follow samples to start from.

Thanks, DW

----- Original Message ----- 
From: "Stephen Green" <stephen_green@bristol-city.gov.uk>
To: <ubl-dev@lists.oasis-open.org>
Sent: Wednesday, December 08, 2004 5:34 AM
Subject: [ubl-dev] Neighbourly Implementation of UBL


Greetings UBL-DEV

I'd like to propose a ubl-dev set of rules for the Neighbourly
Implementation of UBL (NIU Rules, say).
I'd also like to propose the first (even if the only) rule which comes in
two parts:
Implementers SHOULD implement at least the <<ubl lite>> profile and SHOULD
NOT require that applications receiving their UBL messages implement any
more than the <<ubl lite>> profile.
The 'ubl lite' is in brackets so that it MAY be substituted with a more
context-specific profile if necessary to a specified trading context.
Context modelers MAY then cosnider creating a 'lite' profile for their
particular context or specifying one which is already defined.


A potential mechanism to specify a profile might be the add metadata to a
specification or manifest with the code, say,
NIURule1    - which defaults the profile to ubl lite
or
NIURule1-<<profile>>  - where <<profile>> is the profile name or id
The mechanism is really just a suggestion.

All the best

Stephen Green






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