CXF
  1. CXF
  2. CXF-4298

MTOM-streaming regression: Worked 2.3.1, no longer works 2.6.0.

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.6
    • Fix Version/s: 2.5.4, 2.6.1
    • Component/s: JAX-WS Runtime
    • Labels:
      None
    • Estimated Complexity:
      Unknown

      Description

      A client sends two MTOM-attachments to the server. Assume they are both big, and/or server resources are strained, 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. With streaming, 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 the 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.

        Activity

        Andreas Krüger created issue -
        Andreas Krüger made changes -
        Field Original Value New Value
        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 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.
        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.
        Andreas Krüger made changes -
        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.
        A client sends two MTOM-attachments to the server. Assume they are both big, and/or server resources are strained, 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. With streaming, 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 the 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.
        Daniel Kulp made changes -
        Assignee Daniel Kulp [ dkulp ]
        Daniel Kulp made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Fix Version/s 2.6.1 [ 12320746 ]
        Fix Version/s 2.5.4 [ 12320747 ]
        Resolution Fixed [ 1 ]
        Daniel Kulp made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          People

          • Assignee:
            Daniel Kulp
            Reporter:
            Andreas Krüger
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development