You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Andreas Krüger (JIRA)" <ji...@apache.org> on 2012/05/09 00:27:47 UTC
[jira] [Updated] (CXF-4298) MTOM-streaming regression: Worked
2.3.1, no longer works 2.6.0.
[ https://issues.apache.org/jira/browse/CXF-4298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andreas Krüger updated CXF-4298:
--------------------------------
Description:
A client sends two MTOM-attachment to the server. Assume they are both big, so we want streaming.
Here, "streaming" means the attachments are not stored anywhere. Instead, they are consumed on the server side as they are generated by the client. So it is theoretically possible to send several attachments in one request, each of which is larger than the combined RAM, swap and hard drive space of both the client and server machine.
It used to be possible to make this work with Apache CXF 2.3.1. MTOM-streaming no longer works with 2.6.0.
I have set up a Github workspace that can be used to demonstrate the problem,
https://github.com/aknrdureegaesr/CXF-MTOM-streaming-regression .
We think the fix to https://issues.apache.org/jira/browse/CXF-3505 could be responsible for this issue.
was:
A client sends two MTOM-attachment to the server. Assume they are both big, so we want streaming.
Here, "streaming" means the attachments are not stored anywhere. Instead, they consumed on the server side as they are generated by the client. So it is possible to send several attachments in one request, each of which is larger than the combined RAM, swap and hard drive space of both the client and server machine.
It used to be possible to make it work with Apache CXF 2.3.1. It no longer works with 2.6.0.
I have set up a Github workspace that can be used to demonstrate the problem,
https://github.com/aknrdureegaesr/CXF-MTOM-streaming-regression .
We think the fix to https://issues.apache.org/jira/browse/CXF-3505 could be connected to this issue.
> MTOM-streaming regression: Worked 2.3.1, no longer works 2.6.0.
> ---------------------------------------------------------------
>
> Key: CXF-4298
> URL: https://issues.apache.org/jira/browse/CXF-4298
> Project: CXF
> Issue Type: Bug
> Components: JAX-WS Runtime
> Affects Versions: 2.6
> Reporter: Andreas Krüger
>
> A client sends two MTOM-attachment to the server. Assume they are both big, so we want streaming.
> Here, "streaming" means the attachments are not stored anywhere. Instead, they are consumed on the server side as they are generated by the client. So it is theoretically possible to send several attachments in one request, each of which is larger than the combined RAM, swap and hard drive space of both the client and server machine.
> It used to be possible to make this work with Apache CXF 2.3.1. MTOM-streaming no longer works with 2.6.0.
> I have set up a Github workspace that can be used to demonstrate the problem,
> https://github.com/aknrdureegaesr/CXF-MTOM-streaming-regression .
> We think the fix to https://issues.apache.org/jira/browse/CXF-3505 could be responsible for this issue.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira