[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [wsrp][pfbm] -- Getting started
The tModel uniquely defines an interface (e.g. WSDL) for one UDDI registry. Unfortunately the UDDI spec does not allow for the exchange of tModel key between UDDI registries, so registring the same interface in a private and a public registry will result in a different key. However all of the public registries are just replicas of each other so a tModel key registered e.g. in the public IBM registry will also be available in the MS or HP registry. So in order to be able to search by tModel key the user must know the mapping between registry and key. We could provide this mapping for the public registries but for the private ones each administrator will have to register the WSRP WSDL interface separately and keep the key. As a conclusion I would propose that we support the search for tModel key and tModel name. The name can be chosen to be the same in all registries. Best regards Carsten Leue ------- Dr. Carsten Leue Dept.8288, IBM Laboratory Böblingen , Germany Tel.: +49-7031-16-4603, Fax: +49-7031-16-4401 |---------+----------------------------> | | Jeff Broberg | | | <jbroberg@silvers| | | tream.com> | | | | | | 04/04/2002 05:30 | | | PM | | | Please respond to| | | jbroberg | | | | |---------+----------------------------> >---------------------------------------------------------------------------------------------------------------------------------------------| | | | To: Thomas Schaeck/Germany/IBM@IBMDE, bill parducci <bill@parducci.net> | | cc: wsrp@lists.oasis-open.org | | Subject: RE: [wsrp][pfbm] -- Getting started | | | | | >---------------------------------------------------------------------------------------------------------------------------------------------| I agree, the tModel is probably where we should focus. I am not sure, of the subtleties between the private and public registries in relation to tModels, could you elaborate ? -----Original Message----- From: Thomas Schaeck [mailto:SCHAECK@de.ibm.com] Sent: Thursday, April 04, 2002 8:33 AM To: bill parducci Cc: wsrp@lists.oasis-open.org Subject: RE: [wsrp][pfbm] -- Getting started In the find part, I think the essential thing is to specify the tModel Key to be used for finding WSRP services (this would have to be the tModel key we obtain once we publish the WSRP WSDL interface definition to UDDI) The WSRP spec could then say someting like "WSRP services can be found in UDDI by searching for the tModel key ... " Maybe it is somewhat more complex, for example we'll also need to specify what to do in private UDDIs, but in principle, this kind of description should be sufficient for portal vendors to write code that queries UDDI for WSRP services. Best regards, Thomas Thomas Schaeck Architect, WebSphere Portal Server IBM Pervasive Computing Division Phone: +49-(0)7031-16-3479 Mobile: +49-(0)171-6928407 e-mail: schaeck@de.ibm.com Fax: +49-(0)7031-16-4888 Address: IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen, Germany bill parducci <bill@parducci.net> on 04/04/2002 12:57:23 AM Please respond to bill parducci <bill@parducci.net> To: wsrp@lists.oasis-open.org cc: Subject: RE: [wsrp][pfbm] -- Getting started /* - From interactions with customers and others involved with web services currently, I've found few that really are pushing on the 'Find' part of PFBM. Most folks are dealing with services they explicitly know about. */ this is consistent with what i have seen as well. /* So I would propose that WSRP really doesn't need to invent anything new in the 'Find' arena, unless of course the requirements we converge on for 'PBM' have some implications on what can be supported with the current UDDI specs(which I'm not a SME on). */ my experience with UDDI is that you will be hard pressed to merge its current capabilities into anything meaningful unless you are limiting your scope to intrAnet applications. b ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl> ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl> ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC