Re: [ubl-dev] Low level versioning

["Fraser Goffin" <goffinf@googlemail.com>]

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/
>
>