[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: [wsrp-wsia][I#49] Problem in the the use of multiple descriptionrecords that derive from each other AND [I#93] Payload extensibility mech anism
In addition, it was the F2F decision regarding the direction to take.
Carsten
Leue/Germany/IBM@ To: Andre Kramer <andre.kramer@eu.citrix.com>
IBMDE cc: wsrp-wsia@lists.oasis-open.org
Subject: Re: [wsrp-wsia][I#49] Problem in the the use of
09/25/2002 09:49 multiple description records that derive from each other
AM AND [I#93] Payload extensibility mech anism
Hi Andre.
I think that the approach having distinct method calls for the different
descriptions would be the simplest and easiest-to-understand way to go. In
addition this should not raise any interop issues.
Best regards
Carsten Leue
-------
Dr. Carsten Leue
Dept.8288, IBM Laboratory B�blingen , Germany
Tel.: +49-7031-16-4603, Fax: +49-7031-16-4401
|---------+---------------------------->
| | Andre Kramer |
| | <andre.kramer@eu.|
| | citrix.com> |
| | |
| | 09/25/2002 03:34 |
| | PM |
|---------+---------------------------->
>
-------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: wsrp-wsia@lists.oasis-open.org
|
| cc:
|
| Subject: [wsrp-wsia][I#49] Problem in the the use of multiple
description records that derive from each other AND |
| [I#93] Payload extensibility mech anism
|
|
|
|
|
>
-------------------------------------------------------------------------------------------------------------------------------|
I#49> Description: The getDescription method's signature returns a
Description object. Normal Stubs that are generated on the basis of the
WSRP
WSDL will only serialize the Description part even if the underlying object
is in fact a Service or EntityDescription. We need to merge all information
or establish multiple getDescription signatures
I stumbled on this implementation issue also. However, it works fine .NET
to
.NET and for an Axis client to an .NET server. The implication of the
suggested avoidance of this Axis server bug would be to not be able to use
polymorphism anywhere in our interface which would be very limiting.
[Adding
a dummy method that actually uses ServiceDescription helped with Sun's
JAX-RPC but not with Axis :-)]
For getDescription() itself, I would not mind two or even three separate
calls (getServiceDescription(), getEntityDescription() and, possibly, a
polymorphic getDescription() -> DescriptionOrSubClassOf for those able to
cope with WSDL and XMLSchema extension.
I was interested in leveraging such (polymorphism) XML schema extension for
vendor extensibility [I#93] but this is pretty much ruled out by I#49?
----------------------------------------------------------------
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