Hide Forgot
Created attachment 839624 [details] Example application Description of problem: It seems that the camel xslt processor ignores the transformation and is just outputting the input, minus the xml tags.. The camel route and transformation works fine when deployed on SY 0.7.0. I also tested on vanilla camel and also here the transformation works as expected. See hereunder for the route definition, xsl stylesheet, input xml and expected and obtained result. Attached also a sy project that can be deployed on FSW. It also contains a soapui project file to test this. Is this a known issue? Any workaround? Version-Release number of selected component (if applicable): JBoss Fuse 6 Beta (ER 6) How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: The proposed workaround is the following: from(sourceUri) .convertBodyTo(String.class) .log("Received message for 'ActivationPortType' : ${body}") .to("xslt:xslt/M2MAttivazione_CRM2IntCRM.xsl") .log("After transformation : ${body}"); The convertBodyTo above will take the DOM issue out of the equation and allows the XSLT component to both parse and translate using XML libraries available to it.
Thanks for filing the BZ. This issue appears to be limited to Camel routing services which are coupled with a SOAP binding. There is a workaround for the issue: simply convert the payload on entry to the Camel route to something that will have to be re-parsed within the route, e.g. from("switchyard://SomeService) .convertBodyTo(String.class) .log("Before transformation : ${body}") .to("xslt:xslt/transform.xsl") .log("After transformation : ${body}");
I confirmed that this issue is still present in the ER8 build and is also present in the community 1.1.0.Final build, so it's not something introduced as a part of productization.
Verified in CR1
Keith Babo <kbabo@redhat.com> updated the status of jira SWITCHYARD-1920 to Closed