"Invalid SOAPAction" only on XE2, fine on D2007

Remoting SDK
1

I have a c# webservice that works fine called from my D2007 Delphi app. When I compile that same app under XE2, 32-bit target and run it, I get an “Invalid SOAPAction specified urn:PlugInSupportLibrary-PlugInService#GetClipList”. Its the same version 6.0.55.957 of RemObjects SDK on both, I’ve re-imported the web service and the _intf looks basically the same except for UnicodeString instead of WideString but it fails the same with the new or old interface file.
I’m using TROWinInetChannel and TROSoapMessage created at runtime.

Any idea where I should start looking?

2

Try using something like Fiddler to capture the SOAP request and response with each EXE and then diff the two and see what’s different.

3

This was fixed, fix is in our latest beta. You can download it from https://secure.remobjects.com/portal/downloads/beta.aspx .

4

Awesome, thanks Slavad. I’m downloading now.

Edited to add: Tested, and I can confirm this is fixed. Thanks again.

5

Slavad, there is still an issue, seems like something simple. The first call does indeed work, but the identical call fails the same way the next time. Prior to the first call, SOAPMessage.Interfacename, SOAPMessage.LibraryName and SOAPMessage.MessageName are all blank and it works. On the next call, they are set to “1”, “ref” and “GetClipList” respectively and it fails. If I explicitly set them all to ‘’ before the call, then it works.

6

Unfortunately I can’t reproduce this with our latest beta, can you give a test case, please?

7

slavad, attached is a small project that fails for me when you press GetClipList the second time, I can "fix"it by setting LibraryName to ''
This is using the 6.0.56.967 beta and uses my service over the net

8

Hi.

You are right, SoapAction header became broken after parsing server’s respond. You workaround is ok meantime. This was logged as bugs://53024 for investigation.