I've been looking at using ZeroConf as a possible implementation for a
"ServiceRegistryService" client and server. It's got a lot of promise in
terms of ease of management.
I'll check out OMAR.
Thanks for the feedback.
Sam
Chris Thatcher wrote:
There are a couple very useful solutions. If your ok with a single,
well known, repository for info you might want to check out the ebXML
Registry OMAR ( http://ebxmlrr.sourceforge.net/3.0/index.html ) which
is IMHO an emerging standard ( uddi folks please dont get mad at me).
Also I use mDNS (JmDNS) for multi-broadcast auto discovery of services
without having to count on a central registry. Both have strengths
and weaknesses and should be used in combination as your design requires.
Thatcher
----- Original Message -----
*From:* Andres Bernasconi <mailto:[EMAIL PROTECTED]>
*To:* [email protected] <mailto:[email protected]>
*Sent:* Wednesday, December 06, 2006 8:33 AM
*Subject:* Re: [xfire-user] Remote/Shared/Manageable Service Registry
mmm..What about an ESB?
On 12/6/06, [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>* <
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
wrote:
I am taking a look at xfire and like it quite a bit. Good work
all around.
I'm curious if anyone has implemented a remote or centralized
ServiceRegistry or done anything to expose the ServiceRegistry
via JMX.
Basically, I'm interested in setting up a
ServiceRegistryService and
then using that to bootstrap the rest of the service
configuration on
the client and server sides so that I can do centralized
management of
my services in a production environment where it's not always
viable or
expedient to modify settings stored in a WAR file across an
array of
machines.
Thanks for the feedback.
Sam Wilson
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
