Also, i have observed that in the WSDL, the field for which the nil namespace is getting added in webMethods call to JBOSS, nillable=“true”. The field type is complex type.
Can you explain your scenario/testcase a bit more in detail please?
Which WebService endpoint do you send the SoapUI-request to?
webMethods or JBoss directly?
When sending directly to JBoss, what is the result?
Can you try to put a TCP-Monitor in front of the JBoss and send the request (either SoapUI or webMethods) to the TCP-Monitor which will forward it to JBoss.
Are you using a pregenerated request in SoapUI or is this a custom build request?
SoapUI can create a sample SOAP-Request when the WSDL is imported in which all fields are flled with ‘?’.
Q: Can you explain your scenario/testcase a bit more in detail please?
A: I am testing the webMethods WSDL using SOAP UI. The service intern connects to JBOSS backend.
SOAP UI → WM flow service → JBOSS.
Q: Which WebService endpoint do you send the SoapUI-request to?
A: webMethods
Q: When sending directly to JBoss, what is the result?
A: We are not getting any error as the data is passed as it is.
Q: Can you try to put a TCP-Monitor in front of the JBoss and send the request (either SoapUI or webMethods) to the TCP-Monitor which will forward it to JBoss.
A: As per present configuration, we could not do it.
Q: Are you using a pregenerated request in SoapUI or is this a custom build request?
SoapUI can create a sample SOAP-Request when the WSDL is imported in which all fields are flled with ‘?’.
A: Yes, I am using request default request created by SOAP UI and replacing the ? with actual values.
As per my analysis, when you specify the nillable attribute to complex type then the actual element in XML will be represent with namespace (xsi:nil=“true” xmlnssi=“http://www.w3.org/2001/XMLSchema-instance” ). Please see attachments.
So, webMethods is adding the namespace even if it is not specified in the request as the nillable property is set to true and it is the way we have to represent the element.
We have removed nillable property for the complex type in WSDL and regenerated the service and sent a request. Now the namespace is not getting added.
Issue occurred because JBOSS was not expecting the namspace in the request where as webMethods is sending it.
You said:
"We have removed nillable property for the complex type in WSDL and regenerated the service and sent a request. Now the namespace is not getting added. "
→ So your target JBOSS app is receiving what is expected now from wM or still an issue?