Forum Discussion
paulavijit
11 years agoNew Contributor
Looks like I could resolve the issue. After enabling additional logging in my web service implementation I found the following:
Value of the field which is used to upload file in HTTP request was: <inc:Include href="cid:892557077319" xmlns:inc="http://www.w3.org/2004/08/xop/include"/>
In HTTP request the MTOM attachment's Content-ID was: <valid270.txt>
The href above should match the Content-ID. As it was not matching the service was reporting the error, no attachment found.
In the HTTP request from Java client these two matches.
The issue is when in SoapUI Attachment tab after we browse and select a file, the ContentID defaults to the file name. If we update ContentID to the number we select from Part drop-down, then it works.
Not sure if its a bug or a feature of SoapUI.
Hope this finding helps others.
Value of the field which is used to upload file in HTTP request was: <inc:Include href="cid:892557077319" xmlns:inc="http://www.w3.org/2004/08/xop/include"/>
In HTTP request the MTOM attachment's Content-ID was: <valid270.txt>
The href above should match the Content-ID. As it was not matching the service was reporting the error, no attachment found.
In the HTTP request from Java client these two matches.
The issue is when in SoapUI Attachment tab after we browse and select a file, the ContentID defaults to the file name. If we update ContentID to the number we select from Part drop-down, then it works.
Not sure if its a bug or a feature of SoapUI.
Hope this finding helps others.