Details

    • Type: Bug Bug
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Cannot Reproduce
    • Affects Version/s: v3.0.1
    • Fix Version/s: not determined
    • Component/s: web_container
    • Labels:
      None
    • Environment:

      Operating System: Linux
      Platform: Linux

    • Issuezilla Id:
      14,150

      Description

      We run Glassfish v 3.0.1 in production on Ubuntu. Suddenly JSP compilation does
      not work, so some previously uncompiled JSP pages only produce a cryptic error
      message (see below).

      This appears to be caused by a Java update.

      My guess is that Glassfish follows (expands) the symbolic link

      /usr/lib/jvm/java-6-sun

      which expands to (e.g.)

      /usr/lib/jvm/java-6-sun-1.6.0.22

      and when that suddenly changes, javac can no longer be found, causing the error
      below. If that is the case, Glassfish should be taught to follow the symlink
      each time. (Perhaps the problem is with the Java stuff in domain.xml? Just a
      guess...)

      (error_jsp._jspService:190) - Server got unhandled exception:
      org.apache.jasper.JasperException: PWC6345: There is an error in invoking
      javac. A full JDK (not just JRE) is required AT
      org.apache.jasper.compiler.DefaultErrorHandler.javacError:124
      ErrorDispatcher.javacError:296 Compiler.generateClass:388 Compiler.compile:449
      JspCompilationContext.compile:620 JspServletWrapper.service:377
      JspServlet.serviceJspFile:483 JspServlet.service:373 HttpServlet.service:847
      StandardWrapper.service:1523 ApplicationDispatcher.doInvoke:822
      ApplicationDispatcher.invoke:684 ApplicationDispatcher.processRequest:517
      ApplicationDispatcher.doDispatch:488 ApplicationDispatcher.dispatch:379
      ApplicationDispatcher.dispatch:336 ApplicationDispatcher.forward:314
      View.forward:51 AdminServlet.doGet:589 HttpServlet.service:734
      HttpServlet.service:847 StandardWrapper.service:1523
      ApplicationFilterChain.internalDoFilter:343 ApplicationFilterChain.doFilter:215
      RequestLogFilter.doFilter:62 ApplicationFilterChain.internalDoFilter:256
      ApplicationFilterChain.doFilter:215 MainFilter.doFilter:36
      ApplicationFilterChain.internalDoFilter:256 ApplicationFilterChain.doFilter:215
      StandardWrapperValve.invoke:277 StandardContextValve.invoke:188
      StandardPipeline.invoke:641 WebPipeline.invoke:97
      PESessionLockingStandardPipeline.invoke:85 StandardHostValve.invoke:185
      CoyoteAdapter.doService:325 CoyoteAdapter.service:226
      ContainerMapper.service:165 ProcessorTask.invokeAdapter:791
      ProcessorTask.doProcess:693 ProcessorTask.process:954
      DefaultProtocolFilter.execute:170
      DefaultProtocolChain.executeProtocolFilter:135 DefaultProtocolChain.execute:102
      DefaultProtocolChain.execute:88 HttpProtocolChain.execute:76
      ProtocolChainContextTask.doCall:53 SelectionKeyContextTask.call:57
      ContextTask.run:69 AbstractThreadPool$Worker.doWork:330
      AbstractThreadPool$Worker.run:309 Thread.run:619

        Activity

        Hide
        kchung added a comment -

        Glassfish relies on the user environment to locate a full JDK 1.6. Make sure
        that JAVA_HOME is correct and that java or javac is in the exec path.

        Show
        kchung added a comment - Glassfish relies on the user environment to locate a full JDK 1.6. Make sure that JAVA_HOME is correct and that java or javac is in the exec path.

          People

          • Assignee:
            kchung
            Reporter:
            tmpsa
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: