[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xmlrpc-user
Subject:    [jira] [Commented] (AXIOM-377) When a multipart message is built,
From:       "Andreas Veithen (JIRA)" <jira () apache ! org>
Date:       2011-07-30 10:53:10
Message-ID: 1634147859.20765.1312023190222.JavaMail.tomcat () hel ! zones ! apache ! org
[Download RAW message or body]


    [ https://issues.apache.org/jira/browse/AXIOM-377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13073157#comment-13073157 \
] 

Andreas Veithen commented on AXIOM-377:
---------------------------------------

AXIOM-329 expressed a similar requirement and introduced a change that enabled \
streaming in another very specific scenario.

Referring to the discussion in [1], I think it is fair to say that we don't make \
Axiom a good framework by implementing multiple features for the same requirement, \
but with each one covering a tiny set of scenarios.

[1] http://markmail.org/thread/zuagl2pzzdyramvw

> When a multipart message is built, there should be a way to retrieve a DataHandler \
>                 to the MTOM part without reading the entire incoming stream
> ----------------------------------------------------------------------------------------------------------------------------------------------
>  
> Key: AXIOM-377
> URL: https://issues.apache.org/jira/browse/AXIOM-377
> Project: Axiom
> Issue Type: New Feature
> Reporter: Sadeep Jayasumana
> Attachments: AXIOM-377.patch
> 
> 
> This feature is particularly useful when large attachments are used. Building large \
> attachments in memory drives the system OOM and building them on files dramatically \
> reduces performance.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
For additional commands, e-mail: dev-help@ws.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]