Re: Why all this obsession over UIDs?

[Martin W Sachs <mwsachs@us.ibm.com>]

Here's another on from ebtwg re CPPA.

Regards,
Marty

*************************************************************************************

Martin W. Sachs
IBM T. J. Watson Research Center
P. O. B. 704
Yorktown Hts, NY 10598
914-784-7287;  IBM tie line 863-7287
Notes address:  Martin W Sachs/Watson/IBM
Internet address:  mwsachs @ us.ibm.com
*************************************************************************************
---------------------- Forwarded by Martin W Sachs/Watson/IBM on 09/28/2001
08:09 PM ---------------------------

Duane Nickull <duane@xmlglobal.com> on 09/28/2001 01:57:39 PM

To:   "William J. Kammerer" <wkammerer@novannet.com>
cc:   eBTWG List <ebtwg@lists.ebtwg.org>, ebtwg-ccs@lists.ebtwg.org
Subject:  Re: Why all this obsession over UIDs?



William:

UID's apply to more than just core components.

This of course leads to a conversation about possible missing
functionality in ebXML.

Here are some thoughts:

1.  All registry managed objects have a UID defined in the ebXML RIM
2.  A CPP should also have a way to uniquely identify it.  THis is
essential becuase if someone proposes a CPA to me, I need to know which
one of my CPP's they used.
3.  THe CPP and CPA documents should refer to BP schemas via the UID
mechnism too.  This means I can recognize the UID value in the CPP and
CPA which prevents me from having to get the sodding thing out of the
registry each time and read it manually.
4.  The BPSS should have UID references for each business message that
is used within that BP.  This can reference a special document-complete
aggregate core component which the CC team calls an "Assembly doc".
5.  The special aggregate CC called an "Assembly Doc" should ideally
have UID's for each sub-aggregate or atomic Core Component that is used
in the formation of that doc.

Having read the BPSS and CPPA specs,  I assert that they do not contain
the necessary functionality to be implementable becuase I cannot see
where the UID functionality is present.

Someone *PLEASE* correct me if I am wrong here.....

Duane





William J. Kammerer wrote:

> Why all this obsession over UIDs when you don't even have any usable
> core components yet?  Isn't that putting the cart before the horse?
>
> William J. Kammerer
> Novannet, LLC.
>
> ----- Original Message -----
> From: "David RR Webber - XMLGlobal" <Gnosis_@compuserve.com>
> To: "CRAWFORD, Mark" <MCRAWFORD@lmi.org>; "eBTWG List"
> <ebtwg@lists.ebtwg.org>
> Cc: <ebtwg-ccs@lists.ebtwg.org>
> Sent: Friday, 28 September, 2001 12:32 PM
> Subject: RE: A query on Core Components of ebXML
>
>
> Message text written by "CRAWFORD, Mark"
>
>>WRT the UID.  You must remember that although
>>
> David is a strong proponent of the UID, and the ebXML specs talk about
> it,
> there has been no formal adoption of any of the specifications as
> UN/CEFACT
> specs.  Until that happens, the concept of using a UID has not been
> blessed
> at the CEFACT core repository level.
>
> Mark<
>
>
> Mark,
>
> Clarification.  The UID mechanism is supported by the Registry
> specifications
> as an external ID, and it is there you see the major and minor version
> support
> too - therefore the registry is equipped to deliver UID functionality.
> You
> can
> therefore use UID in any content you push into the registry - not just
> Core
> Components.
>
> That is a vital aspect as verbs - not just nouns - count - so UID
> applies
> to
> BPSS just as much.  Similarly classification within the Registry RIM is
> also dependent on this.  So UID is NOT just a nice to have for core
> components - its vital to all aspects of metadata within ebXML.
>
> Thanks, DW.
>
>



----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.ebtwg.org/ob/adm.pl>