[
https://issues.apache.org/jira/browse/AXIOM-31?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15263228#comment-15263228
]
Hudson commented on AXIOM-31:
-----------------------------
SUCCESS: Integrated in axiom-trunk #2662 (See
[https://builds.apache.org/job/axiom-trunk/2662/])
AXIOM-31: Store Part objects instead of DataHandlers internally. (veithen: rev
1741516)
* axiom/axiom-api/src/main/java/org/apache/axiom/attachments/MIMEMessage.java
*
axiom/axiom-api/src/main/java/org/apache/axiom/attachments/MIMEMessageAdapter.java
> Axiom MIME parser does not support MIME parts without content-id's
> ------------------------------------------------------------------
>
> Key: AXIOM-31
> URL: https://issues.apache.org/jira/browse/AXIOM-31
> Project: Axiom
> Issue Type: Bug
> Components: API
> Affects Versions: 1.2.18
> Reporter: Thilina Gunarathne
> Assignee: Andreas Veithen
> Fix For: 1.3.0
>
> Attachments: axiom_mixed_content_patch.txt
>
>
> Axiom MIME parser does the content-id validation for the MIME parts as
> required by MTOM & SwA..Also the Attachments API is designed as a map
> (content-id, attachment) with this assumption..
> But now the mail transport is going to use the same MIME parser and they have
> valid messages which does not have content-id's for MIME parts. But IMHO
> trying to generalize all axiom/Axis2 attachment API's would be a too much of
> an API change at this point of the project...
> Attached is a quick patch to generate a UUID in place of the missing
> content-id... But with this we are going to miss the content-id validation...
> WDYT?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
