cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andreas Krüger (JIRA) <j...@apache.org>
Subject [jira] [Updated] (CXF-4298) MTOM-streaming regression: Worked 2.3.1, no longer works 2.6.0.
Date Tue, 08 May 2012 22:27:47 GMT

     [ 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

       

Mime
View raw message