glassfish
  1. glassfish
  2. GLASSFISH-19536

Errors appears in the server.log related to glassfish at startup of the server.

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 4.0_b70
    • Fix Version/s: None
    • Component/s: hk2
    • Labels:
      None
    • Environment:

      Windows 7 Professional SP1
      Mac OS X 10.8.2
      Glassfish v4_b71

      Description

      While I was starting up and deploying my applications, I see the following errors in the log file server.log :

      1. I see this error many times

      [#|2013-01-15T10:42:27.520+0200|SEVERE||javax.enterprise.logging.stderr|_ThreadID=59;_ThreadName=deployment
      jarscanner;_TimeMillis=1358239347520;_LevelValue=1000;|java.util.EmptyStackException
      	at java.util.Stack.peek(Stack.java:102)
      	at org.glassfish.hk2.classmodel.reflect.impl.SignatureVisitorImpl.visitTypeVariable(SignatureVisitorImpl.java:122)
      	at org.objectweb.asm.signature.SignatureReader.parseType(SignatureReader.java:168)
      	at org.objectweb.asm.signature.SignatureReader.parseType(SignatureReader.java:219)
      	at org.objectweb.asm.signature.SignatureReader.accept(SignatureReader.java:109)
      	at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:145)
      	at org.objectweb.asm.ClassReader.accept(ClassReader.java:558)
      	at org.objectweb.asm.ClassReader.accept(ClassReader.java:425)
      	at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:362)
      	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.handleEntry(ReadableArchiveScannerAdapter.java:165)
      	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:127)
      	at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:347)
      	at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:67)
      	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:306)
      	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:295)
      	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
      	at java.util.concurrent.FutureTask.run(FutureTask.java:166)
      	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
      	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
      	at java.lang.Thread.run(Thread.java:722)
      |#]
      

      2. Also this occurs many times in the log

      [#|2013-01-15T10:42:28.547+0200|WARNING||javax.enterprise.system.util|_ThreadID=3;_ThreadName=Finalizer;_TimeMillis=1358239348547;
      _LevelValue=900_MessageID=NCLS-COMUTIL-0019;|Illegal call to close() detected
      java.lang.Throwable
      	at com.sun.enterprise.loader.ASURLClassLoader$ProtectedJarFile.close(ASURLClassLoader.java:905)
      	at java.util.zip.ZipFile.finalize(ZipFile.java:625)
      	at com.sun.enterprise.loader.ASURLClassLoader$ProtectedJarFile.finalize(ASURLClassLoader.java:921)
      	at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method)
      	at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:101)
      	at java.lang.ref.Finalizer.access$100(Finalizer.java:32)
      	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:178)
      |#]
      

        Activity

        Hide
        Byron Nevins added a comment -

        ASURLClassLoader junk in the logfile was a new problem that is fixed.

        Show
        Byron Nevins added a comment - ASURLClassLoader junk in the logfile was a new problem that is fixed.
        Hide
        tvlatas added a comment -

        The errors logged here appear to be deployment related.

        Is there a reason this was assigned to the "Logging" component?

        Show
        tvlatas added a comment - The errors logged here appear to be deployment related. Is there a reason this was assigned to the "Logging" component?
        Hide
        tvlatas added a comment -

        Taking a quick look, I'm wondering if SignatureVisitorImpl should be guarding with a stack.isEmpty()check there before doing the peek.

        I sent email to the HK2 team to see if what they think, to get this assigned appropriately.

        Show
        tvlatas added a comment - Taking a quick look, I'm wondering if SignatureVisitorImpl should be guarding with a stack.isEmpty()check there before doing the peek. I sent email to the HK2 team to see if what they think, to get this assigned appropriately.
        Hide
        rajendra_inamdar added a comment -

        The exception is coming from HK2.

        Show
        rajendra_inamdar added a comment - The exception is coming from HK2.
        Hide
        jwells added a comment -

        Added in an empty stack check

        Show
        jwells added a comment - Added in an empty stack check

          People

          • Assignee:
            jwells
            Reporter:
            Mohamed Taman
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: