Today I learned that enabling 'adds Expect-Continue header to outgoing request' in HTTP settings of SoapUI
is the solution for the problem I initially reported.
I hope this info helps other users that have the same problem.
Thank for answer.
Meanwhile I analyzed the problem some more and came to the conclusion that the error is probably caused by a SoapUI bug.
I think the error occurs because I use digest authentication in combination with a REST post request with a file attached.
In this combination SoapUI doesn't retry after receiving the answer: 401 Unauthorized with the Digest realm and nonce values in the header
In case I repeat my test, but instead of doing a REST post request with a file attached (still using digest authentication)
I don't attach the file, but I post the binary file INLINE, then I don't get the error anymore.
However including the binary file inline give me other problems because SoapUI encodes the binary file as if it was text....
Conclusion: I can't succussfully do a REST post request with application/octet-stream file in the body of the http-request
in combination with digest authentication
No, so far I didn't find another way of posting the same successfully.
As I already posted, incase I include the binary file inline, then I get other problems because SoapUI encodes the binary file as if it was text....
If someone can tell me how to you include a binary file inline that is not encoded as text....
or if the soapUI bug would get resolved... (then I might even consider buying a license....)
