[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
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>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC