Camel
  1. Camel
  2. CAMEL-2620

Preserve streaming behavior in camel-cxf PAYLOAD mode

    Details

    • Type: Improvement Improvement
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 2.8.2
    • Component/s: camel-cxf
    • Labels:
      None

      Description

      Dan Kulp pointed out in https://issues.apache.org/jira/browse/CXF-2753 that Camel should preserve the streaming behavior by setting message part type class to Source.class (so the payload object becomes a SAXSource that wraps around a XMLStreamReader). The camel-cxf component currently exposes to the user a List of DOM Elements as payload. Basically, streaming behavior stops there anyway. We probably should provide a parameter to configure the camel-cxf endpoint to opt out of DOM and get a SAXSource as payload and add a converter if the user needs to go from SAXSource to DOM.

        Activity

        Hide
        Claus Ibsen added a comment -

        I think this is implemented now with the streaming mode support
        http://camel.apache.org/cxf#CXF-StreamingSupportinPAYLOADmode

        Show
        Claus Ibsen added a comment - I think this is implemented now with the streaming mode support http://camel.apache.org/cxf#CXF-StreamingSupportinPAYLOADmode
        Hide
        Willem Jiang added a comment - - edited

        @William,
        If the user want to keep the pay load stream as possible as he want , he could use the Message DataFormat.
        It's not a good idea to store the payload message as a SAXSource, as it's not easy to convert it back to DOM unless we know about the message part info.

        Maybe we can move this feature into future, to see if there are some real request about it.

        Show
        Willem Jiang added a comment - - edited @William, If the user want to keep the pay load stream as possible as he want , he could use the Message DataFormat. It's not a good idea to store the payload message as a SAXSource, as it's not easy to convert it back to DOM unless we know about the message part info. Maybe we can move this feature into future, to see if there are some real request about it.

          People

          • Assignee:
            Unassigned
            Reporter:
            William Tam
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development