uddi-spec message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: RE: [uddi-spec] Update to CR010 for identifier definition
- From: "Von Riegen, Claus" <claus.von.riegen@sap.com>
- To: 'Andrew Hately' <hately@us.ibm.com>, uddi-spec@lists.oasis-open.org
- Date: Wed, 05 Mar 2003 13:54:25 +0100
Title: Message
Andrew,
Thanks, I very much like the new glossary definitions. They certainly
clarifies UDDI's meaning of identifiers and categories.
Although I clearly don't want to restart the whole discussion again, the
new definition still does not allow isReplacedBy to be an identifier
system.
Since the core definition of an identifier system
remains the same as "Any value set intended to be used to
identify the entities
in which it is referenced.", there is strictly
speaking no possibility for an entity to be identified with another
entity's identifier. In other words, it is not the question whether a value from
a given value set can represent an identifier or not, it is a question in
which context and to which type of entity it is applied to (this is part of the
corresponding value set's
definition).
Taking the isReplacedBy example, we have an entity X and a
separate entity X1, which logically replaces X. The entity key of X1 can
certainly be used to identify X1 since it is actually X1's unique identifier
within the given registry. But when X1's key is referenced in entity X, it still
idenfies X1 - and not X. This is the question of the context I mentioned above:
one can certainly use entities' identifiers and reference them in
another entity, but this reference would be placed in a categoryBag
rather than in an identifierBag.
Please note that I can live with the current situation, that is,
grandfathering the isReplacedBy tModel's categorization as an identifier system,
although we now know better. Another option would be to relax the glossary
definitions even further by saying, for example, "Any value set intended
to be used to identify entities
[Ed. note: X1 from the example] in entities [Ed. note: X from the example] in which it is
referenced." But my gut feeling is that this somehow even complicates the
interpretation - and we would also have to update the sections
where identifierBag and categoryBag are introduced in chapter
3.
Claus
Please
review the attached update.
Andrew Hately
IBM Austin
UDDI Development, Emerging
Technologies
Lotus Notes: Andrew Hately/Austin/IBM@IBMUS
Internet:
hately@us.ibm.com
(512) 838-2866, t/l 678-2866
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]