OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp-wsia message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: [wsrp-wsia][I#49] Problem in the the use of multiple descriptionrecords 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?


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC