java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager

Terracotta Project Issue Tracker | Tim Eck | 10 years ago
  1. 0

    Could not load Logmanager "com.sun.enterprise.server.logging.ServerLogManager" java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.util.logging.LogManager$1.run(LogManager.java:166) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.<clinit>(LogManager.java:156) at com.tc.object.bytecode.hook.impl.ClassProcessorHelper.init(ClassProcessorHelper.java:405) at com.tc.object.bytecode.hook.impl.ClassProcessorHelper.systemLoaderInitialized(ClassProcessorHelper.java:795) at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1327) at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1286) Glassfish relies on the thread context classloader being set to a glassfish loader when jdk logging is initialized. It is hard to not intialize jdk logging (usually a side effect of using some other built in java type (eg. HttpUrlConnection)). Furthermore, in TC we explicitly initialize jdk logging very early in the VM startup to workaround the known deadlocks that exist in LogManager.<clinit> There is an unsupported workaround available here: http://svn.terracotta.org/svn/forge/projects/glassfish-logging

    Terracotta Project Issue Tracker | 10 years ago | Tim Eck
    java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager
  2. 0

    Could not load Logmanager "com.sun.enterprise.server.logging.ServerLogManager" java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.util.logging.LogManager$1.run(LogManager.java:166) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.<clinit>(LogManager.java:156) at com.tc.object.bytecode.hook.impl.ClassProcessorHelper.init(ClassProcessorHelper.java:405) at com.tc.object.bytecode.hook.impl.ClassProcessorHelper.systemLoaderInitialized(ClassProcessorHelper.java:795) at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1327) at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1286) Glassfish relies on the thread context classloader being set to a glassfish loader when jdk logging is initialized. It is hard to not intialize jdk logging (usually a side effect of using some other built in java type (eg. HttpUrlConnection)). Furthermore, in TC we explicitly initialize jdk logging very early in the VM startup to workaround the known deadlocks that exist in LogManager.<clinit> There is an unsupported workaround available here: http://svn.terracotta.org/svn/forge/projects/glassfish-logging

    Terracotta Project Issue Tracker | 10 years ago | Tim Eck
    java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager
  3. 0

    Spring WS on Glassfish

    terracotta.org | 1 year ago
    java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    DSO with glassfish

    terracotta.org | 7 months ago
    java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager
  6. 0

    Re:Spring WS on Glassfish

    Terracotta | 8 years ago | yusufsoysal
    java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. java.lang.ClassNotFoundException

      com.sun.enterprise.server.logging.ServerLogManager

      at java.net.URLClassLoader$1.run()
    2. Java RT
      LogManager.<clinit>
      1. java.net.URLClassLoader$1.run(URLClassLoader.java:200)
      2. java.security.AccessController.doPrivileged(Native Method)
      3. java.net.URLClassLoader.findClass(URLClassLoader.java:188)
      4. java.lang.ClassLoader.loadClass(ClassLoader.java:306)
      5. sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
      6. java.lang.ClassLoader.loadClass(ClassLoader.java:251)
      7. java.util.logging.LogManager$1.run(LogManager.java:166)
      8. java.security.AccessController.doPrivileged(Native Method)
      9. java.util.logging.LogManager.<clinit>(LogManager.java:156)
      9 frames
    3. com.tc.object
      ClassProcessorHelper.systemLoaderInitialized
      1. com.tc.object.bytecode.hook.impl.ClassProcessorHelper.init(ClassProcessorHelper.java:405)
      2. com.tc.object.bytecode.hook.impl.ClassProcessorHelper.systemLoaderInitialized(ClassProcessorHelper.java:795)
      2 frames
    4. Java RT
      ClassLoader.getSystemClassLoader
      1. java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1327)
      2. java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1286)
      2 frames