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] Low level versioning


Fraser,

You can download the open source implementation from
http://www.jcam.org.uk 

and then the specification, tutorials and more available from the OASIS
CAM TC
site - http://www.oasis-open.org/committees/cam 

CAM is designed to work with XML generally, not just UBL.

Thanks, DW


 -------- Original Message --------
Subject: Re: [ubl-dev] Low level versioning
From: "Fraser Goffin" <goffinf@googlemail.com>
Date: Wed, May 17, 2006 6:25 pm
To: "David RR Webber (XML)" <david@drrw.info>
Cc: UBL-Dev <ubl-dev@lists.oasis-open.org>,  "XML-Dev Mailing list"
<xml-dev@lists.xml.org>

H'mm this CAM thing keeps coming up, I must make some time available
to look into it further. What is the best way to do this David ?

Is CAM a UBL only thing or is it adaptable to other XML vocabularies ?

Fraser.

On 17/05/06, David RR Webber (XML) <david@drrw.info> wrote:
> Fraser,
>
> I very much believe versioning is needed to the element/attribute level
> in an operational environment and using OASIS CAM this is very much
> attainable / essential.
>
> Therefore I'd pro-offer - if this is a key business need - then you
> can use CAM templates to overlay this fine level of detail over the
> base UBL schema between you are your partners.
>
> As for UBL itself - since the version only changes periodically -
> on a major release schedule - then the course grained ns approach
> is probably sufficient.
>
> DW
>
>
>
>  -------- Original Message --------
> Subject: [ubl-dev] Low level versioning
> From: "Fraser Goffin" <goffinf@googlemail.com>
> Date: Wed, May 17, 2006 10:00 am
> To: UBL-Dev <ubl-dev@lists.oasis-open.org>,  "XML-Dev Mailing list"
> <xml-dev@lists.xml.org>
>
> There has been some recent discussion in my organisation as to whether
> there is a need to provide verion information for each
> element/aggregate in our standard data model.
>
> Currently versioning is only visible to implementers on the business
> transaction level schema (namespace), that is, individual parts are
> not individually versioned.
>
> Does UBL provide individual version information for each business
> entity, and are each of these visible when entities are combined to
> form a business transaction ?
>
> I have a feeling that traceability to the core data model needs to
> reflect version, but I remain to be convinced about whether it is
> necessary at this level at run-time.
>
> All opinions welcome.
>
> Fraser.
>
> ---------------------------------------------------------------------
> This publicly archived list supports open discussion on implementing the
> UBL OASIS Standard. To minimize spam in the
> archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Alternately, using email: list-[un]subscribe@lists.oasis-open.org
> List archives: http://lists.oasis-open.org/archives/ubl-dev/
> Committee homepage: http://www.oasis-open.org/committees/ubl/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> Join OASIS: http://www.oasis-open.org/join/
>
>
> ---------------------------------------------------------------------
> This publicly archived list supports open discussion on implementing the UBL OASIS Standard. To minimize spam in the
> archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Alternately, using email: list-[un]subscribe@lists.oasis-open.org
> List archives: http://lists.oasis-open.org/archives/ubl-dev/
> Committee homepage: http://www.oasis-open.org/committees/ubl/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> Join OASIS: http://www.oasis-open.org/join/
>
>

---------------------------------------------------------------------
This publicly archived list supports open discussion on implementing the
UBL OASIS Standard. To minimize spam in the
archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Alternately, using email: list-[un]subscribe@lists.oasis-open.org
List archives: http://lists.oasis-open.org/archives/ubl-dev/
Committee homepage: http://www.oasis-open.org/committees/ubl/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
Join OASIS: http://www.oasis-open.org/join/ 



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