interoperability to what extent?

[Sree Jag]

Hi all,

I am just starting with webservices interoperability.

To what extent are webservices interoperable?

for e.g in my java webservice if i return a java object (not String, Integer....custom java objects) are these custom java objects accessible by an .NET client?

Thanks all,
Seshu

[Lasse Koskela]

If you want real interoperability, you'll have to stick to those data types listed in the WS-I specification (i.e. integers, strings, etc.).

However, as long as your Java web service is configured to serialize your custom Java object into the outgoing SOAP message properly (with a custom serializer in Axis-speak), the .NET client can be programmed to parse that SOAP message and construct a similar (but not the same, of course) object from that XML.

[Kuldeep Vaishnav]

Yes,.NET client should have no problems consuming your custom object.While doing tests for various data types and custom objects I figured that if you are using Arrays or Vectors or any such entity(Collection for that matter)to hold more then one objects in you custom object you are better off with Document Literal(sometimes known as Doc/Lit) then with RPC SOAP(RPC/SOAP) style.

Hope this helps.
Kuldeep

[William Brogden]

Yes,.NET client should have no problems consuming your custom object.

I don't think so - if you try to get it to recognize a custom object, .NET is going to choke - I've heard it even chokes on vector.
Like Lasse says, stick to the WS-I specification if you want interoperability. For example - convert your Vector to an array of String.
Bill

[Kuldeep Vaishnav]

--------------------------------------------------
- I've heard it even chokes on vector.
--------------------------------------------------

If you are using RPC/SOAP..Yes..but not with Doc/Lit.And that is why I said you are better off with doc/lit while using vector,array,collection etc etc.....