Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-5479

Junit + cobertura: use wrong library

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Cannot Reproduce
    • Icon: Minor Minor
    • cobertura-plugin
    • None

      Hudson appears to use an included library of log4j instead of the log4j library included in the project to build. The version of this library is 1.2.9. The current stable release is 1.2.15.
      This can raise errors when using methods added after 1.2.9. An example:

      Caused by: org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.jbpm.pvm.internal.cfg.SpringConfiguration]: Constructor threw exception; nested exception is java.lang.NoSuchMethodError: org.apache.log4j.Logger.trace(Ljava/lang/Object;)V
      Caused by: java.lang.NoSuchMethodError: org.apache.log4j.Logger.trace(Ljava/lang/Object;)V
      at org.jbpm.internal.log.Log4jLog.trace(Log4jLog.java:72)

      I have done a quick test by replacing the log4j library in the hudson.war file and at first glance it seems to be working (no thorough test). The origin of this problem is cobertura. When starting junit with cobertura for code coverage, hudson is using the lib from cobertura instead of the lib included in the build project.

          [JENKINS-5479] Junit + cobertura: use wrong library

          RubenBentein created issue -
          RubenBentein made changes -
          Component/s New: cobertura [ 15500 ]
          Description Original: Hudson appears to use an included library of log4j instead of the log4j library included in the project to build. The version of this library is 1.2.9. The current stable release is 1.2.15.
          This can raise errors when using methods added after 1.2.9. An example:

          Caused by: org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.jbpm.pvm.internal.cfg.SpringConfiguration]: Constructor threw exception; nested exception is java.lang.NoSuchMethodError: org.apache.log4j.Logger.trace(Ljava/lang/Object;)V
          Caused by: java.lang.NoSuchMethodError: org.apache.log4j.Logger.trace(Ljava/lang/Object;)V
          at org.jbpm.internal.log.Log4jLog.trace(Log4jLog.java:72)

          I have done a quick test by replacing the log4j library in the hudson.war file and at first glance it seems to be working (no thorough test). Is hudson itsself using log4j, or is this a dependency from another library ?           		New: Hudson appears to use an included library of log4j instead of the log4j library included in the project to build. The version of this library is 1.2.9. The current stable release is 1.2.15.
          This can raise errors when using methods added after 1.2.9. An example:

          Caused by: org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.jbpm.pvm.internal.cfg.SpringConfiguration]: Constructor threw exception; nested exception is java.lang.NoSuchMethodError: org.apache.log4j.Logger.trace(Ljava/lang/Object;)V
          Caused by: java.lang.NoSuchMethodError: org.apache.log4j.Logger.trace(Ljava/lang/Object;)V
          at org.jbpm.internal.log.Log4jLog.trace(Log4jLog.java:72)

          I have done a quick test by replacing the log4j library in the hudson.war file and at first glance it seems to be working (no thorough test). The origin of this problem is cobertura. When starting junit with cobertura for code coverage, hudson is using the lib from cobertura instead of the lib included in the build project.
          RubenBentein made changes -
          Summary Original: Outdated log4j library New: Junit + cobertura: use wrong library
          R. Tyler Croy made changes -
          Workflow Original: JNJira [ 135571 ] New: JNJira + In-Review [ 174338 ]

          Jeff Pearce added a comment -

          This is really old, and as far as I can tell this no longer happens. If you can still reproduce, please reopen

          Jeff Pearce added a comment - This is really old, and as far as I can tell this no longer happens. If you can still reproduce, please reopen
          Jeff Pearce made changes -
          Assignee New: Jeff Pearce [ jeffpearce ]
          Resolution New: Cannot Reproduce [ 5 ]
          Status Original: Open [ 1 ] New: Resolved [ 5 ]

            jeffpearce Jeff Pearce
            rubenbentein RubenBentein
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: