You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commons-dev@ws.apache.org by "Andreas Veithen (JIRA)" <ji...@apache.org> on 2008/12/06 17:43:44 UTC

[jira] Commented: (WSCOMMONS-386) Exception thrown is not descriptive, if content-type missing boundary parameter

    [ https://issues.apache.org/jira/browse/WSCOMMONS-386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12654129#action_12654129 ] 

Andreas Veithen commented on WSCOMMONS-386:
-------------------------------------------

Fixed in trunk.

> Exception thrown is not descriptive, if content-type missing boundary parameter
> -------------------------------------------------------------------------------
>
>                 Key: WSCOMMONS-386
>                 URL: https://issues.apache.org/jira/browse/WSCOMMONS-386
>             Project: WS-Commons
>          Issue Type: Bug
>          Components: AXIOM
>            Reporter: Michael Kaye
>
> Looking at org.apache.axiom.attachments.Attachments, if the contentType supplied is something like:
> contentType="multipart/mixed;boundary=BOUNDARY"
> then the value of this.boundary will be "--BOUNDARY".getBytes();
> contentType="multipart/mixed"
> then the value of this.boundary will be "--null".getBytes();
> This will cause the parser to skip the entire stream and a :
> throw new OMException("Mime parts not found. Stream ended while searching for the boundary"); exception will be thrown.
> It would be useful if the code checked for a null boundary and threw a more descriptive error -- the issue is not that the stream ended prematurely, nor that there was no boundary, but that the boundary parameter was missing from the ContentType.
> This applies against 1.2.5 and 1.2.6

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.