You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@juddi.apache.org by Alex O'Ree <sp...@gmail.com> on 2013/09/03 00:55:24 UTC

Node ID for UDDI nodes

Is the UDDI node id suppose to be the id of a business in which all
the uddi services are deployed and registered? Or is it supposed to be
something else? I can't find anything in the spec that clearly
specifies one way or another

Re: Node ID for UDDI nodes

Posted by Kurt T Stam <ku...@gmail.com>.
It's a bug. We should name it asf-node or something alike.

On 9/3/13 10:54 AM, Alex O'Ree wrote:
> Ok then. I'll try to rephrase the question. Does the Node ID of a
> given UDDI server need to be equal to the business key representing
> the UDDI servers from that node?
>
> So the default install of juddi has something like this
> node = org.apache.juddi:asf-business
> business where inquiry/publish/sec/etc = org.apache.juddi:asf-business
>
> Could it be something like this?
> node = org.apache.juddi:node1
> business where inquiry/publish/sec/etc = org.apache.juddi:asf-business
>
> I'm asking this because for implementation of the replication service
> requires all of this to be worked out. There has to be uniqueness for
> Node IDs across all replicated servers. Currently, when juddi starts
> up, even with Node Id specified, the owning Node ID
> (getOperationalInfo) of all entities is the
> "org.apache.juddi:asf-business". I'm trying to determine if this is a
> bug or not.
>
>
> On Tue, Sep 3, 2013 at 9:52 AM, Kurt T Stam <ku...@gmail.com> wrote:
>> On 9/2/13 6:55 PM, Alex O'Ree wrote:
>>> Is the UDDI node id suppose to be the id of a business in which all
>>> the uddi services are deployed and registered? Or is it supposed to be
>>> something else? I can't find anything in the spec that clearly
>>> specifies one way or another
>> Hi Alex,
>>
>> The NodeID is the ID of the UDDI server. So if you have more then one for
>> subscriptions, and/or replication then you can ID the node. One node can
>> handle multiple businesses.
>>
>> Cheers,
>>
>> -Kurt


Re: Node ID for UDDI nodes

Posted by Alex O'Ree <sp...@gmail.com>.
Ok then. I'll try to rephrase the question. Does the Node ID of a
given UDDI server need to be equal to the business key representing
the UDDI servers from that node?

So the default install of juddi has something like this
node = org.apache.juddi:asf-business
business where inquiry/publish/sec/etc = org.apache.juddi:asf-business

Could it be something like this?
node = org.apache.juddi:node1
business where inquiry/publish/sec/etc = org.apache.juddi:asf-business

I'm asking this because for implementation of the replication service
requires all of this to be worked out. There has to be uniqueness for
Node IDs across all replicated servers. Currently, when juddi starts
up, even with Node Id specified, the owning Node ID
(getOperationalInfo) of all entities is the
"org.apache.juddi:asf-business". I'm trying to determine if this is a
bug or not.


On Tue, Sep 3, 2013 at 9:52 AM, Kurt T Stam <ku...@gmail.com> wrote:
> On 9/2/13 6:55 PM, Alex O'Ree wrote:
>>
>> Is the UDDI node id suppose to be the id of a business in which all
>> the uddi services are deployed and registered? Or is it supposed to be
>> something else? I can't find anything in the spec that clearly
>> specifies one way or another
>
> Hi Alex,
>
> The NodeID is the ID of the UDDI server. So if you have more then one for
> subscriptions, and/or replication then you can ID the node. One node can
> handle multiple businesses.
>
> Cheers,
>
> -Kurt

Re: Node ID for UDDI nodes

Posted by Kurt T Stam <ku...@gmail.com>.
On 9/2/13 6:55 PM, Alex O'Ree wrote:
> Is the UDDI node id suppose to be the id of a business in which all
> the uddi services are deployed and registered? Or is it supposed to be
> something else? I can't find anything in the spec that clearly
> specifies one way or another
Hi Alex,

The NodeID is the ID of the UDDI server. So if you have more then one 
for subscriptions, and/or replication then you can ID the node. One node 
can handle multiple businesses.

Cheers,

-Kurt