[reposting; trouble with subscription]
Paul,
Paul Sandoz wrote:
> Hi Deepak,
>
> [Moving to dev_at_jax-ws].
>
> I renamed that class from CodecFacade to SOAPBindingCodec, which IMHO
> is more meaningful. Before the rename i integrated FI into this class.
>
> Recently there have been a couple of other changes to the attachment
> code. So i am not sure what exactly is at fault.
Looks like you are right. I tried to use an older build of JAXWS with
WSIT, using build from sources, to be precise #1280, since it was before
SOAPBindingCodec was introduced. The tests fail there also, throwing the
same exception but on "CodecFacade.decode(CodecFacade.java:224)"
>
> I presume this test fails when the MS client is talking to the WSIT
> service, as the stack trace indicates. But it would seem that the
> messages you show are for the WSIT client talking to the MS service.
> Is it also failing the other way around?
>
Currently its Indigo service and WSIT client. But tests are failing on
both combinations. When its a WSIT service, server logs show
SOAPBindingCodec exception.
I tried using WSIT on both sides and test seems to pass.
>
> I think the problem is with the of MimeMultipartParser.getNextPart().
> The logic implies that a null root part is returned if a start
> parameter is present and there is no attachment part with a content id
> that is the start parameter (in which case an exception should be
> thrown rather than returning null).
>
> The MS response has a start parameter of:
>
> <http://tempuri.org/0>
>
> and the attachment part with that content ID is:
>
> Content-ID: <http://tempuri.org/0>
>
> BUT line 157 of MimeMultipartParser.getNextPart() does this:
>
> if(contentId.charAt(0)=='<')
> contentId=contentId.substring(1,contentId.length()-1);
>
> I am presuming that the bracketing '<' and '>' are not removed from
> the start parameter String that MimeMultipartParser uses.
>
> Either the bracketing '<' and '>' should or not be present. I seem to
> recall all sorts of recent issues with this in the latest code.
>
> Paul.
Thanks,
-Deepak