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

WildFly 34.0.0.Final user BOM leaks commons-logging:commons-logging:jar exclusion to users projects

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • 34.0.0.Final
    • BOM
    • None
    • Workaround Exists
    • Hide

      Workaround for user projects is to explicitly add the dependency back explicitly:

                  <dependency>
                      <groupId>commons-logging</groupId>
                      <artifactId>commons-logging</artifactId>
                      <!-- https://mvnrepository.com/artifact/commons-logging/commons-logging -->
                      <version>1.3.4</version>
                  </dependency>
      

      or add the jboss-logging fork used in WildFly, which does not require a version:

                  <dependency>
                      <groupId>org.jboss.logging</groupId>
                      <artifactId>commons-logging-jboss-logging</artifactId>
                  </dependency>
      
      Show
      Workaround for user projects is to explicitly add the dependency back explicitly: <dependency> <groupId> commons-logging </groupId> <artifactId> commons-logging </artifactId> <!-- https://mvnrepository.com/artifact/commons-logging/commons-logging --> <version> 1.3.4 </version> </dependency> or add the jboss-logging fork used in WildFly, which does not require a version: <dependency> <groupId> org.jboss.logging </groupId> <artifactId> commons-logging-jboss-logging </artifactId> </dependency>
    • ---
    • ---

      WildFly 34.0.0.Final user BOM leaks commons-logging:commons-logging:jar exclusion to users projects. This is problematic, because users relying on transitive dependencies of org.apache.httpcomponents:httpclient:jar will observe the inevitable:

      java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory

      Issue has been introduced some time in between 34.0.0.Beta1 and the 34.0.0.Final.

      Here's an example project upgrade gone wrong: https://github.com/clusterbench/clusterbench/pull/522

              emartins@redhat.com Eduardo Martins
              rhn-engineering-rhusar Radoslav Husar
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated: