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

Could not load Logmanager "org.apache.juli.ClassLoaderLogManager"

    • Icon: Bug Bug
    • Resolution: Won't Fix
    • Icon: Major Major
    • gradle-plugin
    • None
    • Linux Ubuntu 10.04 LTS - Tomcat 6
      Hudson ver. 1.379

      Error when trying to build:

      [workspace] $ /home/bristol/gradle/gradle-0.9-rc-1/bin/gradle -Psrcdir=/usr/share/tomcat6/hudson/job/DevEnv/ws/ -Pdestdir=yy createXde -b setup/admin.gradle
      Could not load Logmanager "org.apache.juli.ClassLoaderLogManager"
      java.lang.ClassNotFoundException: org.apache.juli.ClassLoaderLogManager
      	at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
      	at java.security.AccessController.doPrivileged(Native Method)
      	at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
      	at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
      	at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
      	at java.util.logging.LogManager$1.run(LogManager.java:185)
      	at java.security.AccessController.doPrivileged(Native Method)
      	at java.util.logging.LogManager.<clinit>(LogManager.java:175)
      	at org.gradle.logging.JavaUtilLoggingConfigurer.configure(JavaUtilLoggingConfigurer.java:33)
      	at org.gradle.logging.DefaultLoggingConfigurer.configure(DefaultLoggingConfigurer.java:34)
      	at org.gradle.logging.LoggingSystemAdapter.setLevel(LoggingSystemAdapter.java:55)
      	at org.gradle.logging.LoggingSystemAdapter.on(LoggingSystemAdapter.java:42)
      	at org.gradle.logging.DefaultLoggingManager$StartableLoggingSystem.start(DefaultLoggingManager.java:154)
      	at org.gradle.logging.DefaultLoggingManager.start(DefaultLoggingManager.java:56)
      	at org.gradle.logging.DefaultLoggingManager.start(DefaultLoggingManager.java:31)
      	at org.gradle.initialization.DefaultGradleLauncherFactory.<init>(DefaultGradleLauncherFactory.java:50)
      	at org.gradle.GradleLauncher.<clinit>(GradleLauncher.java:48)
      	at org.gradle.launcher.Main.execute(Main.java:89)
      	at org.gradle.launcher.Main.main(Main.java:42)
      	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
      	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      	at java.lang.reflect.Method.invoke(Method.java:616)
      	at org.gradle.launcher.GradleMain.main(GradleMain.java:49)
      
      FAILURE: Build failed with an exception.
      
      * Where:
      Empty settings file
      
      * What went wrong:
      Could not compile empty settings file.
      Cause: startup failed:
      /usr/share/tomcat6/.gradle/caches/0.9-rc-1/scripts/script_d41d8cd98f00b204e9800998ecf8427e/buildscript_SettingsScript/script_d41d8cd98f00b204e9800998ecf8427e.class (No such file or directory)
      

          [JENKINS-7702] Could not load Logmanager "org.apache.juli.ClassLoaderLogManager"

          snowch added a comment -

          For anyone else running into this issue, I had created a temporary work around by running the build as a shell command instead of using the gradle plugin:

          unset JAVA_OPTS
          export JAVA_HOME=/usr/lib/jvm/java-6-openjdk
          export GRADLE_HOME=/home/bristol/gradle/gradle-0.8/
          export WORKSPACE_HOME=/usr/share/tomcat6/.hudson/jobs/DevEnv/workspace/
          $GRADLE_HOME/bin/gradle -b $WORKSPACE_HOME/setup/admin.gradle createXde
          

          On Ubuntu 10.04 with the tomcat6 package, I also had to run "chown tomcat6 /usr/share/tomcat6" because gradle needs to write to /usr/share/tomcat6/.gradle

          snowch added a comment - For anyone else running into this issue, I had created a temporary work around by running the build as a shell command instead of using the gradle plugin: unset JAVA_OPTS export JAVA_HOME=/usr/lib/jvm/java-6-openjdk export GRADLE_HOME=/home/bristol/gradle/gradle-0.8/ export WORKSPACE_HOME=/usr/share/tomcat6/.hudson/jobs/DevEnv/workspace/ $GRADLE_HOME/bin/gradle -b $WORKSPACE_HOME/setup/admin.gradle createXde On Ubuntu 10.04 with the tomcat6 package, I also had to run "chown tomcat6 /usr/share/tomcat6" because gradle needs to write to /usr/share/tomcat6/.gradle

          The problem is due to the usage of Gradle under Tomcat 6. It's not a plugin issue.

          Gregory Boissinot added a comment - The problem is due to the usage of Gradle under Tomcat 6. It's not a plugin issue.

          Jesse Glick added a comment -

          Seems that https://github.com/jenkinsci/gradle-plugin/commit/751ee66bb6e382115ead490b76bf75123fee74b9 in 1.4 introduced a fix to remove JAVA_OPTS and https://github.com/jenkinsci/gradle-plugin/pull/2 in 1.9 then reverted it (with little explanation). http://issues.gradle.org/browse/GRADLE-1245 claims to be reported in 1.4. https://github.com/jenkinsci/gradle-plugin/pull/6 would perhaps fix the issue or supply an easier workaround.

          I have a similar report from a user of the Grails plugin.

          Jesse Glick added a comment - Seems that https://github.com/jenkinsci/gradle-plugin/commit/751ee66bb6e382115ead490b76bf75123fee74b9 in 1.4 introduced a fix to remove JAVA_OPTS and https://github.com/jenkinsci/gradle-plugin/pull/2 in 1.9 then reverted it (with little explanation). http://issues.gradle.org/browse/GRADLE-1245 claims to be reported in 1.4. https://github.com/jenkinsci/gradle-plugin/pull/6 would perhaps fix the issue or supply an easier workaround. I have a similar report from a user of the Grails plugin.

          Jesse Glick added a comment -

          Jesse Glick added a comment - Filed a Tomcat bug report: https://issues.apache.org/bugzilla/show_bug.cgi?id=54601

          Jesse Glick added a comment -

          Jesse Glick added a comment - Grails plugin fix: https://github.com/jenkinsci/grails-plugin/pull/5

          Code changed in jenkins
          User: Jesse Glick
          Path:
          src/main/java/com/g2one/hudson/grails/GrailsBuilder.java
          http://jenkins-ci.org/commit/grails-plugin/47586fa88e3c0886ceaae78d8703e15b8f5fd2f0
          Log:
          [FIXED JENKINS-7702] Tomcat sometimes defines a $JAVA_OPTS inappropriate for subprocesses.

          SCM/JIRA link daemon added a comment - Code changed in jenkins User: Jesse Glick Path: src/main/java/com/g2one/hudson/grails/GrailsBuilder.java http://jenkins-ci.org/commit/grails-plugin/47586fa88e3c0886ceaae78d8703e15b8f5fd2f0 Log: [FIXED JENKINS-7702] Tomcat sometimes defines a $JAVA_OPTS inappropriate for subprocesses.

          Code changed in jenkins
          User: Kiyotaka Oku
          Path:
          src/main/java/com/g2one/hudson/grails/GrailsBuilder.java
          http://jenkins-ci.org/commit/grails-plugin/3393e20cedea00162367804a8d3d2f579b602362
          Log:
          Merge pull request #5 from jglick/JENKINS-7702

          [FIXED JENKINS-7702] Tomcat sometimes defines a $JAVA_OPTS inappropriate for subprocesses.

          Compare: https://github.com/jenkinsci/grails-plugin/compare/46a785348002...3393e20cedea

          SCM/JIRA link daemon added a comment - Code changed in jenkins User: Kiyotaka Oku Path: src/main/java/com/g2one/hudson/grails/GrailsBuilder.java http://jenkins-ci.org/commit/grails-plugin/3393e20cedea00162367804a8d3d2f579b602362 Log: Merge pull request #5 from jglick/ JENKINS-7702 [FIXED JENKINS-7702] Tomcat sometimes defines a $JAVA_OPTS inappropriate for subprocesses. Compare: https://github.com/jenkinsci/grails-plugin/compare/46a785348002...3393e20cedea

            gbois Gregory Boissinot
            snowch snowch
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: