You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@juddi.apache.org by Andy Cutright <An...@borland.com> on 2004/04/08 19:08:26 UTC

RE: jUDDI as UDDI repository

moving to dev list. 
 
i've just re-read the spec and the defined asynchronous interface is
notify_subscriptionListener. there's no other UDDI compliant method,
that i can find. could be wrong of course:
 
http://uddi.org/pubs/uddi_v3.htm#_Toc53709334
 
cheers,
andy 


  _____  

	From: Jeff Lansing [mailto:jeff@polexis.com] 
	Sent: Thursday, April 08, 2004 9:12 AM
	To: juddi-user@ws.apache.org
	Subject: Re: jUDDI as UDDI repository
	
	
	Yes. There are two sort of ok ways of implementing this, that I
know of; one is really asynchronous and uses communicating web
service/web client pairs, the other is pseudo-asynchronous, and uses
controlled blocking on the server side.
	
	The first method has two interfaces A and B. The server side of
A is the "Service", such as UDDI. The client side of A is the
subscriber. Interface A has a subscribe operation, which allows the
subscriber to register its interests (a "standing query"). Interface B
has a publish operation (which is where the data flows). The client side
of B is notionally part of the "Service", the server side of  B is -- as
Andy says -- provided by the subscriber. The subscriber might need to
use some kind of  IPC (inter-process communication) to keep A-client and
B-service in synch