[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [wsrp][pfbm] -- Getting started
It is definitely not possible to have the same internal and external tModel
key. UDDI does not provide an API for setting the tModel key explicitely
when registering a new model. The key that is returned is "just" a UUID of
the UDDI ser ver.
UDDI 3 will deal with this issue. But I think that at the moment we are
bound to UDDI 2.
Best regards
Carsten Leue
-------
Dr. Carsten Leue
Dept.8288, IBM Laboratory Böblingen , Germany
Tel.: +49-7031-16-4603, Fax: +49-7031-16-4401
|---------+---------------------------->
| | Thomas |
| | Schaeck/Germany/I|
| | BM@IBMDE |
| | |
| | 04/07/2002 04:29 |
| | PM |
| | Please respond to|
| | Thomas Schaeck |
| | |
|---------+---------------------------->
>---------------------------------------------------------------------------------------------------------------------------------------------|
| |
| To: jbroberg@silverstream.com |
| cc: bill parducci <bill@parducci.net>, wsrp@lists.oasis-open.org |
| Subject: RE: [wsrp][pfbm] -- Getting started |
| |
| |
>---------------------------------------------------------------------------------------------------------------------------------------------|
I am not sure, this would require that the private UDDI allow for
publication of the WSRP interface under a tModel to be specified in the
registration call rather than determined by the private UDDI. I heard this
is a problem for some UDDIs.
I guess we have to check the UDDI 2.0 specification to find out whether
this can be assumed to be possible.
If the UDDI 2.0 spec allows setting the tModel for an interface being
published, then WSRP might simply specify "The WSRP tModel is ...." which
would be the best thing to do.
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
Jeff Broberg <jbroberg@silverstream.com> on 04/05/2002 12:19:41 AM
Please respond to jbroberg@silverstream.com
To: Thomas Schaeck/Germany/IBM@IBMDE
cc: bill parducci <bill@parducci.net>, wsrp@lists.oasis-open.org
Subject: RE: [wsrp][pfbm] -- Getting started
is there anyway for the internal and external tModel key to be the same ?
-----Original Message-----
From: Thomas Schaeck [mailto:SCHAECK@de.ibm.com]
Sent: Thursday, April 04, 2002 10:59 AM
To: jbroberg@silverstream.com
Cc: bill parducci; wsrp@lists.oasis-open.org
Subject: RE: [wsrp][pfbm] -- Getting started
The tModelKeys are generated and returned by UDDI directories after
publishing interface descriptions. In the case of the global UDDI, we - the
WSRP TC - could publish the WSRP interface definition, obtain the tModelKey
under which it then is registered in UDDI and then document this tModel key
as THE WSRP tModelKey (in the scope of the global, public UDDI).
In the case of a corporation who wants to use WSRP internally, the
corporation would have to publish the WSRP interface definition, and the
resulting tModel Key would not be the "standard" one, but a different one
valid only in the corporate UDDI. In the scope of that UDDI, that tModel
would have to be used.
Best regards,
Thomas
"Jeff Broberg" <jbroberg@silverstream.com> on 04/04/2002 05:30:45 PM
Please respond to <jbroberg@silverstream.com>
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>
----------------------------------------------------------------
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