[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [uddi-spec] RE: Question on use of colons in v3 key names
Two issues:
You can't have the name of a keyGenerator as a tModel AND a
keyGenerator (OK, a keyGenerator is a tModel, but you know what I mean) - a
given key must be either a keyGenerator or a regular tModel, not
both.
I'm also certain that you can't skip a level in a
keyGenerator - someone must own uddi:widgetCo-com:marketing. The publishing of
uddi:widgetCo-com:marketing:niftyService:keyGenerator will fail with an error indicating that the publisher does not own
the uddi:widgetCo-com:marketing partition.
I suggest raising this
on the list - it's possible I've overlooked something (but I don't believe
so).
Tony Rogers
From: Steve Capell [mailto:steve.capell@redwahoo.com] Sent: Thursday, 2 September 2004 8:51 To: Rogers, Tony Cc: uddi-spec@lists.oasis-open.org Subject: [uddi-spec] RE: Question on use of colons in v3 key names Tony, Thanks for your
feedback. Note that KSS = “Key Specific String”. It seems to me that
colons in the kss SHOULD be illegal from a semantic and consistency perspective
but it COULD be technically possible because of the way key partitions work (I’m
supposed to be the expert now…!? J ). The
UDDI node knows which part of the string is the key partition and which part is
the kss because of the declaration of a keyGenerator tModel. So “IN
THEORY” I could define a key generator as: Uddi:widgetCo-com:keyGenerator Then create a tModel
like: Uddi:widgetCo-com:marketing:niftyService And then, even though
there is a colon in the ‘marketing:niftyService” KSS, the UDDI node knows that
it is in the KSS and not part of a new partition because the original
declaration of the uddi:widgetCo-com:keyGenerator tModel. WidgetCo could,
IN THEORY, then go on to define a new key partition
as: Uddi:widgetCo-com:marketing:niftyService:keyGenerator And then define new
tModel is that key generator domain such as : Uddi:widgetCo-com:marketing:niftyService:version1.0 So now we have a tModel
key with three colons but only two of which represent key partitions.
Technically feasible but pretty confusing and pretty bad practice I’d
say. So I guess what I am
saying is that the permission or not of colons in the kss is more of a policy
issue than a technical issue because an implementer could manage it without
breaking the model. Is it safe to assume that the TC position is that
colons are NOT allowed in the KSS? If so then we need to review all
Technical notes for the definition of v3 keys that use colons where they
shouldn’t (like the ebxml TN). Comments from the TC
welcome… Regards, Steve
Capell Red
Wahoo Pty Ltd +61 410
437854 From: Rogers,
Tony [mailto:Tony.Rogers@ca.com] I'd say that you have spotted an error.
I'm fairly certain that colons are not permitted in the
trailing portion. Indeed, I believe there was a comment on this very subject on
the list in August (late August, I think). The trailing portion is referred to
as KSS (I'm sorry, the definition of that escapes my tired brain at the moment)
- you might want to have a quick look for it. Tony
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]