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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-bp message

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


Subject: Re: [ebxml-bp] Name and GUID


David RR Webber wrote:

>Farrukh,
>
>Good summary.  That's my point here - people can choose which to
>use, since GUID may need to be any such of the various ID
>choices you detailed depending on context of use.
>
>So tying GUID to UUID directly is not what we want - but rather
>allow people to use the GUID system that works best for them,
>while pointing out that Registry has a number of good choices
>available by default too.
>
mm1: I believe in past ebXML discussions, GUID and UUID terminology, 
their differences by definition, or use have been discussed. To 
Farrukh's point and in the context of the ebBP discussion, we had four 
key goals:

    * To have elements unique within a package (at a minimum)
    * To determine under what, if any circumstances, the GUID = UUID for
      key elements of the process description
    * To enable the design process where the name is important
    * Differentiate computable reference of the process description and
      elements from their understanding by users (reference Yunker on name)
    * Determine if, and if so when, canonical names are needed

I believe these goals are supported by many of the comments received 
thus far, and appear to be in concert with the ebRS and the eBA 0.83.

>
>Thanks, DW.
>
>----- Original Message ----- 
>From: "Farrukh Najmi" <Farrukh.Najmi@Sun.COM>
>To: "David RR Webber" <david@drrw.info>
>Cc: "Monica J. Martin" <Monica.Martin@Sun.COM>; "Dale Moberg"
><dmoberg@cyclonecommerce.com>; "Jean-Jacques Dubray"
><jeanjadu@Attachmate.com>; "ebXML BP" <ebxml-bp@lists.oasis-open.org>;
>"Nikola Stojanovic" <Nikola.Stojanovic@RosettaNet.org>
>Sent: Sunday, December 14, 2003 4:13 PM
>Subject: Re: [ebxml-bp] Name and GUID
>
>
>  
>
>>David RR Webber wrote:
>>
>>    
>>
>>>I'm VERY happy if GUID is not synonymous with UUID,
>>>but rather may or may not be a UUID.
>>>
>>>If we simply state that - and then people are responsible
>>>for implementing a GUID that is appropriate for their
>>>implementation environment needs - that's all my issues
>>>addressed.
>>>
>>>
>>>      
>>>
>>My 2c follow. Apologies in advance if I am missing some context.
>>
>>The registry defines three requirements for metadata:
>>
>>1. Unique Id
>>
>>Id must be universally unique, need not be human friendly and used only
>>to identify the object in a unique unambiguous manner. The Id must not
>>be overloaded to contain any encoded information.
>>
>>The registry uses a URN based upon DCE 128 bit UUID. This could be
>>generalized to be any URN that matches one or more canonically supported
>>URN schemes (including UUID URNs such as:
>>"urn:uuid:d242d228-43e0-91ce-88aacbcc167c"
>>
>>2. Human Friendly Name:
>>
>>In the registry this can be any String and need not be unique at all.
>>
>>3. External Identifier
>>
>>A unique value within a unique namespace that serves as an identifier
>>for the object.
>>An example is the DUNS # for a company within the DUNS namespace.
>>
>>Which of the above requirements does GUID map to? Is it Unique Id? If
>>so, I think we should not have a GUID as well as a UUID.
>>
>>-- 
>>Regards,
>>Farrukh
>>
>>Content Enable your enterprise with the freebXML Registry:
>>
>>http://ebxmlrr.sourceforge.net/presentations/freebXMLRegistryBrochure.pdf
>>http://ebxmlrr.sourceforge.net
>>--
>>
>>
>>
>>    
>>
>
>  
>




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