Uploaded image for project: 'Camel'
  1. Camel
  2. CAMEL-6794

XSLT Aggregation Strategies?

    XMLWordPrintableJSON

    Details

    • Type: New Feature
    • Status: Closed
    • Priority: Major
    • Resolution: Duplicate
    • Affects Version/s: 2.12.1
    • Fix Version/s: Future
    • Component/s: camel-core
    • Labels:
      None
    • Estimated Complexity:
      Novice

      Description

      Hi Camel team,

      my wish for a new feature already came up a long time ago, in CAMEL-2820, but this was closed, because the requester didn't give enough information on this. So I try it again, with a bit more info...

      I am processing xml via camel a lot and I'm working a lot with the xslt component for transformations. This works fine and I think it is solved by you in a very elegant way.

      But very often I also need to split my xml for processing of the maxOccurs="unbounded"-Elements one-by-one. This also works fine, but when it comes to aggregating the elements again, I need to write a java-AggregationStrategy for that.

      Basically, what the java AggregationStrategy does, would be also achievable with XSLT: having an old exchange (that is null for the first aggregation) and a new exchange that are however aggregated to a new object that has the same type as the body of the old exchange.

      In XSLT you can transform two (or more) files into one new file, So it would be totally possible to process one xml-file of namespace x with root element x:a and another xml-file with namespace y with root element y:b to a target file which also has the root-element x:a. This could be repeated n times and would result in an element x:a. – basically the same behaviour as the java AggregationStrategies.

      So my wish would be to have something like

      <split strategyRef="xslt:MyTransformation.xslt" >
      ...
      </split>

      If I had that, I would save a lot of marshal/unmarshal operations. I would be glad, if you took this into consideration.

      Best regards,
      Oliver

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                Unassigned
                Reporter:
                ojelinski Oliver Jelinski
              • Votes:
                0 Vote for this issue
                Watchers:
                7 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: