RE: Label for Top Node of "triangle diagram"


If we meet and then you'd e-mail me a URL to the service contract, that
would do for the "service publish/discovery". Where is a registry in
this scenario?

There are other, more automated P2P discovery mechanisms (e.g. WS-IL).
For example OGSA (Grid stuff) says any service can be a Registry in
addition to what it does "normally"
. That makes it sort of distributed relay registries, which is also P2P.

To avoid conflicts of opinions I proposed to call the top node of the
triangle a Discovery Mechanism. That is ambivalent enough, but does
clearly define the role of the architectural element.

-- Igor Sedukhin .. (
-- (631) 342-4325 .. 1 CA Plaza, Islandia, NY 11788

-----Original Message-----
From: Newcomer, Eric [] 
Sent: Thursday, September 26, 2002 8:10 PM
To: Heather Kreger;; David Orchard
Subject: RE: Label for Top Node of "triangle diagram"

I'm not sure I have a good handle on the reason for the antipathy toward
the term "registry" -- it seems like a perfectly good neutral word to me

But I'm ok with qualifying it with Web services, also, since that's in
line with our area of work.

I would have said repository was a second choice, although I notice
David didn't list it.  I also don't think it connotes anything local.  

Perhaps we are having trouble with terms because people have
preconceptions about their meanings, but especially when we are just
defining the generic architectural model I think we can feel free enough
to define our own terms, or at least ensure the terms we choose are
defined according to the purpose we need them to serve.


-----Original Message-----
From: Heather Kreger []
Sent: Thursday, September 26, 2002 7:48 PM
To:; David Orchard
Subject: Re: Label for Top Node of "triangle diagram"

I think Registry or Registries is fine (in a minority I suppose).

I just LOVE " Web Service Registries" - qualified, plural and in a cloud
therefore distributed.

'Registry agencies' is my third place vote

To me, 'Discovery Agency' is biased for 'finding' things and doesn't
represent  interesting publication tecnologies (like a crawling

Some other terms I've seen but don't love:
Repository (implies stores local copy rather than pointer to a copy)

Thats why in IBM we settled on 'Registry' .. it was a 'role' name like
requester and provider and not biased towards either of their uses of

Heather Kreger
Web Services Lead Architect
STSM, SWG Emerging Technology
919-543-3211 (t/l 441)  cell:919-496-9572

"David Orchard" <> on 09/26/2002 05:26:26 PM

Sent by:

To:    <>
Subject:    Label for Top Node of "triangle diagram"

This kicks off discussions about what to call the top node in our
triangle diagram.

Some of the terms bandied about (and I list these to support
brainstorming/creative works): Registry Registry agency Discovery
Mechanism Publish/Discover Advertiser Search Engine Metadata store

I looked up in roget's some various synonyms for registry, and I found
catalog(ue for those that write proper english:-), roster, list, roll.
I looked at discovery and found ascertainment, find, finding, strike.
BTW, I despise the term metadata in this context.

The way I see it, we can go one of 4 paths:
1) Label it by the function it supports - publish/discover is an example
2) Label it by a term that represent the function it supports - registry
is an example.
3) Same as #2, except we come up with a whole new term.  This has
precedent - RoyF came up with Representations because the trm document
wasn't quite right.
4) Create some modified term based on the previous, like "web service

I observe that lots of companies and people spent time figuring out
these and other terms.  The chance of us recreating something useful in
a timely manner that is different with what's gone on seems unlikely to

I gather that people have heartburn over the term "registry" because it
implies a solution like UDDI.  Is there any prefix that might suffice?
personal preference is registry with a prefix like Web Service.

Anyways, let's discuss.  And I'll add in people's suggestions and resend
the summaries at various points.  I'd prefer to hear what people
strongly like and strongly dislike, so we can get a feel for any
consensus, or even majority of the group.


Received on Thursday, 26 September 2002 21:02:10 UTC