RE: [wsrp][pfbm] -- Getting started

[Thomas Schaeck <SCHAECK@de.ibm.com>]

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>