You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@juddi.apache.org by "ASF subversion and git services (JIRA)" <ju...@ws.apache.org> on 2014/03/06 02:17:43 UTC
[jira] [Commented] (JUDDI-648) Dynamic Runtime registry and UDDI
endpoint multicast discovery
[ https://issues.apache.org/jira/browse/JUDDI-648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13921820#comment-13921820 ]
ASF subversion and git services commented on JUDDI-648:
-------------------------------------------------------
Commit 215438e4945b0353adcc397803f4f4cf0e0ec603 in juddi's branch refs/heads/master from [~spyhunter99]
[ https://git-wip-us.apache.org/repos/asf?p=juddi.git;h=215438e ]
JUDDI-648 adding skeleton project
JUDDI-197 merging code from 3.3 into trunk
JUDDI-241 merging code from 3.3 into trunk
JUDDI-198 merging code from 3.3 into trunk
> Dynamic Runtime registry and UDDI endpoint multicast discovery
> --------------------------------------------------------------
>
> Key: JUDDI-648
> URL: https://issues.apache.org/jira/browse/JUDDI-648
> Project: jUDDI
> Issue Type: New Feature
> Components: core, juddi-client
> Reporter: Alex O'Ree
> Assignee: Kurt T Stam
> Fix For: 3.3
>
>
> two concepts
> 1) Enable juddi-clients to discover the endpoint for UDDI services without knowning their URLs a priori. This reduces the amount of configuration needed to perform lookups. Possible solutions: jgroups, WS-Discovery, mDNS, UPnP
> 2) Runtime registry - juddi clients can operate with or without access to uddi services using some solution of IP multicast (jgroups, ,Ws-discovery). This runtime registry can then discover other other instances of juddi-client as well as an adapter for service providers
--
This message was sent by Atlassian JIRA
(v6.2#6252)