glassfish
  1. glassfish
  2. GLASSFISH-20334

Restart of domain during security devtests fails to start with ClassNotFoundException: Unable to load class 'org.osgi.util.tracker.ServiceTracker'

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Cannot Reproduce
    • Affects Version/s: 4.0
    • Fix Version/s: None
    • Component/s: admin
    • Labels:
      None
    • Environment:

      hudson-sca job security-devtests-trunk

      Description

      Intermittent failure of security devtests during a domain restart, the startup failed with:

      [exec] Apr 16, 2013 11:41:47 PM com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishRuntimeBuilder build
      [exec] INFO: Updating system bundle.
      [exec] Exception in thread "main" java.lang.reflect.InvocationTargetException
      [exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      [exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
      [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      [exec] at java.lang.reflect.Method.invoke(Method.java:601)
      [exec] at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
      [exec] at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
      [exec] Caused by: java.lang.NoClassDefFoundError: org/osgi/util/tracker/ServiceTracker
      [exec] at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishRuntime.newGlassFish(EmbeddedOSGiGlassFishRuntime.java:90)
      [exec] at com.sun.enterprise.glassfish.bootstrap.GlassFishRuntimeDecorator.newGlassFish(GlassFishRuntimeDecorator.java:68)
      [exec] at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishRuntime.newGlassFish(OSGiGlassFishRuntime.java:88)
      [exec] at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:113)
      [exec] ... 6 more
      [exec] Caused by: java.lang.ClassNotFoundException: Unable to load class 'org.osgi.util.tracker.ServiceTracker' because the bundle wiring for org.glassfish.main.core.glassfish is no longer valid.
      [exec] at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1494)
      [exec] at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
      [exec] at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
      [exec] at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
      [exec] ... 10 more

        Activity

        Hide
        Craig Perez added a comment -

        I have not seen the problem since original failure and there have been several runs of the hudson job. It could well be that a particular slave has a clock issue?

        I'll re-open if I start seeing this issue again or have more data.

        Show
        Craig Perez added a comment - I have not seen the problem since original failure and there have been several runs of the hudson job. It could well be that a particular slave has a clock issue? I'll re-open if I start seeing this issue again or have more data.
        Hide
        shreedhar_ganapathy added a comment -

        Craig, Can you please provide the data requested to we can make a decision on this issue?

        Show
        shreedhar_ganapathy added a comment - Craig, Can you please provide the data requested to we can make a decision on this issue?
        Hide
        Tom Mueller added a comment -

        Assigning back to Craig to gather more data. It appears that this may be related to some issue with the clock on the system being used.

        If this problem cannot be reproduced, please close the issue.

        Show
        Tom Mueller added a comment - Assigning back to Craig to gather more data. It appears that this may be related to some issue with the clock on the system being used. If this problem cannot be reproduced, please close the issue.
        Hide
        Craig Perez added a comment -

        Interesting, the server log not too long before the failure is reporting for one of the test cases:

        Caused by: java.security.cert.CertificateNotYetValidException: NotBefore: Wed Apr 17 02:25:52 PDT 2013

        The job started at: Tue Apr 16 23:31:40 PDT 2013

        And the last log message is: [2013-04-16T23:41:43.903-0700]

        Show
        Craig Perez added a comment - Interesting, the server log not too long before the failure is reporting for one of the test cases: Caused by: java.security.cert.CertificateNotYetValidException: NotBefore: Wed Apr 17 02:25:52 PDT 2013 The job started at: Tue Apr 16 23:31:40 PDT 2013 And the last log message is: [2013-04-16T23:41:43.903-0700]
        Hide
        Sanjeeb Sahoo added a comment -

        The log message "INFO: Updating system bundle" is unexpected. That occurs when system detects a change in jar file in modules directory during restart. I doubt your hudson job changing modules directory content. The only possible reason I can think of based on experience is clock settings. For some reason, the jar files in modules dir have timestamp in future. We actually had this issue once with some of our build machines' clock settings a couple of months ago. May be it has resurfaced. Take a look at the jar files timestamps and compare it with distribution zip file's timestamp.

        Show
        Sanjeeb Sahoo added a comment - The log message "INFO: Updating system bundle" is unexpected. That occurs when system detects a change in jar file in modules directory during restart. I doubt your hudson job changing modules directory content. The only possible reason I can think of based on experience is clock settings. For some reason, the jar files in modules dir have timestamp in future. We actually had this issue once with some of our build machines' clock settings a couple of months ago. May be it has resurfaced. Take a look at the jar files timestamps and compare it with distribution zip file's timestamp.

          People

          • Assignee:
            Craig Perez
            Reporter:
            Craig Perez
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: