Uploaded image for project: 'Red Hat Fuse'
  1. Red Hat Fuse
  2. ENTESB-4889

Xslt Transformation seems to be broken in Fuse 6.2.1

    XMLWordPrintable

Details

    • % %
    • Hide
      • Attached reproducer xsltIssue.zip, build using, ' mvn clean package -Dmaven.test.skip=true'.
      • For testing this on 6.2.0 and 6.2.1, just modify the below 'version' either to 6.2.1.redhat-084 or 6.2.0.redhat-133. 
        <dependencyManagement>
  	<dependencies>
  		<dependency>
  			<groupId>org.jboss.fuse</groupId>
  			<artifactId>jboss-fuse</artifactId>
  			<type>pom</type>
  			<scope>import</scope>
  			<version>6.2.0.redhat-133</version>
  		</dependency>
  	</dependencies>
  </dependencyManagement>
      • For 6.2.1,
      1. Drop the jar file from the /target into the $FUSE_HOME /deploy.
      2. You should be able to see* /input *folder created inside $FUSE_HOME
      3. Copy and paste the file 'request.xml' as attached in the /input. This is the request the xslt transformer will transform the request.
      4. A */result *folder will be created in $FUSE_HOME. Check the file for the response.
      • For 6.2.0,
      1. Follow the same steps as above. Compare the results in the xml file you get from the /result folder.
      • Attached is a file, fuse_difference.png. The request on the *right * for 6.2.0 is the correct request and the request is not transformed as expected in 6.2.1.

      The output produced in 6.2.0 is different from 6.2.1. The 6.2.0 output is the expected output.

      Show
      Attached reproducer xsltIssue.zip, build using, ' mvn clean package -Dmaven.test.skip=true'. For testing this on 6.2.0 and 6.2.1, just modify the below 'version' either to 6.2.1.redhat-084 or 6.2.0.redhat-133. <dependencyManagement> <dependencies> <dependency> <groupId>org.jboss.fuse</groupId> <artifactId>jboss-fuse</artifactId> <type>pom</type> <scope> import </scope> <version>6.2.0.redhat-133</version> </dependency> </dependencies> </dependencyManagement> For 6.2.1 , Drop the jar file from the /target into the $FUSE_HOME /deploy. You should be able to see* /input *folder created inside $FUSE_HOME Copy and paste the file 'request.xml' as attached in the /input. This is the request the xslt transformer will transform the request. A */result *folder will be created in $FUSE_HOME. Check the file for the response. For 6.2.0 , Follow the same steps as above. Compare the results in the xml file you get from the /result folder. Attached is a file, fuse_difference.png. The request on the *right * for 6.2.0 is the correct request and the request is not transformed as expected in 6.2.1. The output produced in 6.2.0 is different from 6.2.1. The 6.2.0 output is the expected output.
    • 6.3 Sprint 4 (Mar 28 - Apr 29)

    Description

      • Xslt transformation seems to be broken in 6.2.1 as compared to 6.2.0.
      • Attached is the reproducer xsltIssue.zip. A simple blueprint bundle gives you this below exception when we are trying to do an xslt transformation,
      13:05:35,317 | ERROR | FelixStartLevel  | XsltErrorListener                | 198 - org.apache.camel.camel-core - 2.15.1.redhat-621084 | "qualifier" attribute is not allowed on the DATETIME element!; Line#: 43; Column#: 36
javax.xml.transform.TransformerException: "qualifier" attribute is not allowed on the DATETIME element!

13:05:35,339 | ERROR | FelixStartLevel  | XsltErrorListener                | 198 - org.apache.camel.camel-core - 2.15.1.redhat-621084 | "index" attribute is not allowed on the ADDRLINE element!; Line#: 122; Column#: 30
javax.xml.transform.TransformerException: "index" attribute is not allowed on the ADDRLINE element!

13:05:35,347 | ERROR | FelixStartLevel  | XsltErrorListener                | 198 - org.apache.camel.camel-core - 2.15.1.redhat-621084 | "index" attribute is not allowed on the ADDRLINE element!; Line#: 125; Column#: 30
javax.xml.transform.TransformerException: "index" attribute is not allowed on the ADDRLINE element!

13:05:35,357 | ERROR | FelixStartLevel  | XsltErrorListener                | 198 - org.apache.camel.camel-core - 2.15.1.redhat-621084 | "index" attribute is not allowed on the ADDRLINE element!; Line#: 128; Column#: 30
javax.xml.transform.TransformerException: "index" attribute is not allowed on the ADDRLINE element!

13:05:35,367 | ERROR | FelixStartLevel  | XsltErrorListener                | 198 - org.apache.camel.camel-core - 2.15.1.redhat-621084 | "index" attribute is not allowed on the ADDRLINE element!; Line#: 131; Column#: 30
javax.xml.transform.TransformerException: "index" attribute is not allowed on the ADDRLINE element!
	at org.apache.xalan.processor.StylesheetHandler.error(StylesheetHandler.java:904)[:]
      • You don't seem to see this issue in 6.2.0.

      Attachments

        Issue Links

          is related to

          Enhancement - An enhancement to or refactoring of existing functionality that is not configurable by an end user (typically a change made by an internal team that affects users) ENTESB-5239 Upgrade Xalan bundle to 2.7.2_3

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed
          relates to

          Bug - A problem that impairs or prevents the functions of the product. ENTESB-3848 JVM Xalan implementation is no longer overridden in 6.2

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed
          is blocked by

          CAMEL-9646 Loading...

          KARAF-4343 Loading...

          SM-2880 Loading...

          is caused by

          CAMEL-7123 Loading...

          XALANJ-2591 Loading...

          Activity

            People

              rhn-support-tasato Tadayoshi Sato
              rhn-support-vgohel Viral Gohel
              Martin Basovnik Martin Basovnik (Inactive)
              Votes:
              1 Vote for this issue
              Watchers:
              7 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: