[JBossWS] - Re: JBoss wstool generate incorrect WSDL file
by mendaye
Thanks Richard for your answers. It is very helpful.
I wanted to make sure I am not running into any interoperablility isse using jaxws stack (2.0.x) with java collecion class. Can someone answer my question below.
1. If I use Java Collections object in my web service that will be JBoss jaxws stack (2.0.x) compliant, am I running to any interoperability issue for .NET consumer. I wanted to make sure these web services can be consumed by .NET client. I am exposing existing Stateless EJB as service end-point and it is not easy to replace Java Collections object.
2. I have requirement - only authorized users can consume these web services. Does JBossWS 2.0.x provide user authentication mechanism to do this? If so how?
3. If #2 (Web service consumer authentication) is possible, can you point me document that has examples on this.
Thanks,
Surafel
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4083018#4083018
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4083018
17 years, 3 months
[JBossWS] - Re: wsconsume - Problems regarding http://www.w3.org/2001/XM
by vashistvishal
Have a look at this... what i have posted
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=118062
I have also experienced issues like this when generating stubs for clients.
To resolve issues like this even with the newer stack i had to modify wsdl by hand for interoperability.
The way i did is first i created a service and client within Jboss and see how it work and what SOAP packet goes on wire...
Then do a same sort of thing on .NEt side and capture SOAP packet.
Now try to send the SOAP packet what .NET expects, for that you will have to modify your wsdl by hand. Once you know the difference between .NET side generated WSDL and required by Jboss ws client stack you cam modify other WSDLs. Some heavy lifting required to grasp the differences
Mos of the issues i have come across is Because JAX-WS is pretty strict where as older stacks were not that strict in some conventions.
All SOAP toolkit work fine within same envioronment but when used with other you normally have to fiddle with WSDL to make them work. Interoperability is their but with some modifications not just out of box yet.
I hope this helps..
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4082859#4082859
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4082859
17 years, 3 months