Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-15464

End transformation of jackson-jaxrs-json-provider components during build and use of the wildfly-preview feature pack

XMLWordPrintable

      During the build of the 'wildfly-preview' feature pack or the use of it in provisioning, the Galleon WildFly plugin is still transforming a number of jackson-jaxrs-json-provider related artifacts. The task here is to prevent this from occurring.

      This is a bit of an unusual case as we've already moved to their 'jackson' classifier artifacts. But the Galleon WildFly plugin is still detecting a need to transform.

      In the case of jackson-jaxrs-json-provider-2.12.3-jakarta.jar, the verbose logging from the transformer reveals the issue is in module-info.class:

      [INFO] Start processing [ META-INF/versions/11/module-info.class ] using [ CLASS ]
      [INFO] UTF8: javax.ws.rs -> jakarta.ws.rs (constant)
      [INFO] Class size: META-INF/versions/11/module-info.class: 736 -> 755
      [INFO] Stop processing [ META-INF/versions/11/module-info.class ] using [ CLASS ]: Content changes

      Artifacts currently being transformed are:

      [INFO] EE9: transformed jackson-jaxrs-base-2.12.3-jakarta.jar
      [INFO] EE9: transformed jackson-jaxrs-json-provider-2.12.3-jakarta.jar
      [INFO] EE9: transformed jackson-module-jaxb-annotations-2.12.3-jakarta.jar

      My guess is they all have the same issue.

      Options here are to get this corrected in jackson (if not done already) and move to to that version, or decide we don't care about module-info.class (we don't) and add these artifacts to the list of those excluded from transformation.

      See also https://github.com/wildfly/wildfly/pull/14642#discussion_r724993376

        1. jackson-jaxrs-base-transform.txt
          12 kB
          Brian Stansberry
        2. jackson-jaxrs-json-provider-transform.txt
          8 kB
          Brian Stansberry
        3. jackson-module-jaxb-annotations-transform.txt
          10 kB
          Brian Stansberry

            bstansbe@redhat.com Brian Stansberry
            bstansbe@redhat.com Brian Stansberry
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: