I am invoking a web service at Siebel On Demand using a web service connector I created from their Account WSDL. I am getting a SOAP status of 1. The problem is, my SOAP Fault returned to my pipeline is incomplete. It looks like this:

<?xml version=“1.0” encoding="UTF-?>

I can view an admin page at SOD that shows the fault that was generated is:

<?xml version=“1.0” encoding=“UTF-8”?><SOAP-ENV:Envelope xmlns:SOAP-ENV=“http://schemas.xmlsoap.org/soap/envelope/” xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance” xmlns:xsd=“http://www.w3.org/2001/XMLSchema”>
.
.
.
</SOAP-ENV:Envelope>

Can someone suggest a debugging technique that will help me find out why my SOAP fault is incomplete?

Chris,
You may have already done this but have you used something like [url=“http://www.pocketsoap.com/tcpTrace”]http://www.pocketsoap.com/tcpTrace[/url] to verify that the soap message is actually making it back to the Integration Server? It will sit inbetween the IS server and SOD. It will show you the request message and the response message as it is on the wire.

markg
http://darth.homelinux.net

By any chance are you using HTTPS to invoke your SOD web service? Is it possible that there is some type of SSL certificate warning message being returned?

I’ve seen a similar issue recently when we switched to HTTPS from HTTP. We’re still working to get to the specific certificate issue that might be causing the problem. We were using self-signed certs.

Mark

Yes, it is HTTPS to invoke SOD web service.

It is only the HTTP response that appears to be corrupted. The request makes it to SOD.

Did you install a security certificate on your IS? If so, is it self-signed? Sometimes, HTTPS servers return warnings about self-signed certs that would show up as pop-up dialogs in a browser, but might cause the behavior you are seeing in a soapHTTP call.

Mark

Chris,
You didn’t mention what version of the IS server you are running. There are some more issues, in addition to what Mark C is talking about, with SSL and the IS servers built-in soaphttp client. Mostly affecting versions 6.0.1 and 6.1. There are fixpaks available to fix. There are also some workarounds if you can’t apply the fixpaks for some reason.

Is the SOD server hosting the web service clustered or load balance?

markg
http://darth.homelinux.net

Thanks for all the input. I submitted an SR with webMethods.

I am on 6.1 SP1. I applied IS_6-1_SP1_Fix55 and it didn’t make a difference.

I started writing a Java application to do the ws invoke. If I get the entire SOAP Fault back in my Java app, there is pretty good evidence the problem is in Integration Server.

Chris,
You can also try using the regular http client instead of the soaphttp. That corrected the problem for us with SSL.

markg
http://darth.homelinux.net

Does anyone know the fix number that is supposed to address the soapHTTP / SSL issue?

Mark

In 6.0.1 it requires SP3 and the fix is Fix18. It is suppose to be fixed in 6.5 but I have not tested it.

markg
http://darth.homelinux.net

A search on Advantage turned up some good soap/xml/wsdl related stuff in IS_6-1_SP1_Fix55 (also known as IS 6.1 SP1 Web Services XML Fix 6), but I did not see a specific reference to truncated soap responses over SSL for that one.

It looks like this issue may have been fixed in IS_6-1_SP1_Fix12 now included as part of IS_6-1_SP1_Fix34 (aka IS 6.1 SP1 Server Protocol Fix 4). However, the description is a bit unclear.

I also ran into this issue recently and have an open SR with Tech Services. We’ll apply these Fixes and retest.

Mark

I am doing a webex with webMethods tomorrow morning. I will let you know what happens. I found IS_6-1_SP1_Fix12 reference on Advantage earlier today. I think that’s the one that will fix it. I already tried Fix_55 with no luck.

Support writes:

We hope to test this in the next day or so.

Mark

“However, sp1 fix 12 is superceded by sp1 fix 54, which requires sp1 fixes 55 and 61.”

Are they sure about those fix numbers? How can a fix with a lower number, fix 54, require fixes that come later (55 and 61)?

We are getting close to doing user acceptance testing. My java service will suffice, but I really want to use a webMethods supported HTTP client. Fixing the problem with webMethods tech support has been very slow.

Mark Griffin said he uses the http client as a work-around. Do you send the payload in the http client as a stream, bytes, mime or string?

In my Java service, I am using Jakarta HTTP client. This part of the implementation is abstracted by the HTTPClient and PostMethod classes.

Applying fixes IS SP1 54, 55 and 61 addressed the issue we were having with truncated soap responses over HTTPS / SSL connections. I just noticed Rob’s post about the dependencies on higher numbered fixes and will update this post when I hear back from WM support.

Mark

Chris,
We map it in as string. We also had to set the http header SOAPAction and Content-Type. Works fine for us. We are hoping it is address in 6.5 since they fixed it in 6.0.1 and 6.1. But we have found so far that all things that were fixed in previous releases have not been carried over to 6.5.

markg
http://darth.homelinux.net

Support replied that the dependency of IS SP1 Fix 54 on IS SP1 Fixes 55 and 61 is most likely due to a delay in releasing Fix 54 or on a subsequent change to Fix 54 that introduced the dependencies on 55 and 61. A little convoluted, I know, but the combined fixes addressed our issue with truncated soap responses.

Mark

MG,
I am able to use the http client for web services. I tested it out today. How are you building the SOAP envelope and SOAP body? Are you just concatenating strings, or are you using the createSOAPData, addBody services in WmPublic? If you are using createSOAPData, how do you transform the node to an xmlstring?

Chris

Chris,
We use the standard web services client generation from WSDL which include the createSOAPData, addBody etc. We then go in and modify the generated service. We add a header and then use soapDatatoString and then add in the Http client mapping the xmlstring to string of Http client, disabling the soapHttp. We get the response back via a byte object- bytetoString, xmlStringtoNode, xmlNodetoDocument.

markg
http://darth.homelinux.net

Thanks Mark, Mark, Rob etc.

Your guidance is much appreciated.

Chris
“flippin’ sweet”
-Napoleon Dynamite

I’m currently receiving the same error (soapfault is not complete with”soapHTTP/ssl”) when I use https connection on 6.5 Can you please let me know is there any fix for this issue.

HI all,
I’m trying to do that too in webMethods v. 6.1. I can’t get the session id from the http call. Does anyone know what happen?

Thanks,

Jo

Is your question related to this thread in any way?

Mark,

Thanks for forwarding this thread to me. Yes, I think so. I’m trying to send a HTTPS request through HTTP client. Apparently, I checked that we don’t have the SSL certificate in the Integration Server. Do you know whether it’s possible to get some self-signed certificate? If yes, what & how should I do?

Thanks,

Jo

Jo,

This thread is related to SOAP faults, not SSL certs. You can do a search on wMUsers to find lots of info on self-signed certs. Search on OpenSSL as well.

Mark