Cay,
Thank you for saving the old install. I do think that it would be
useful for someone in GlassFish development to analyze exactly why the
stack trace is happening. I expect that this will be traced to a
configuration file being reset back to it's initial install state or
something like that. Once we know what file it is, we can determine
what the problem is in the packaging.
While looking into this issue, I found that the asenv.conf file has a
problem like this (filed bug 10401), i.e., it is updated by the
software, but an update in a new package version will overwrite the
updates from the software. However, in this particular case, asenv.conf
hasn't been updated in any recent builds so the problem would not show up.
I expect that there is some other file in GlassFish install that has
this situation.
Could you check your old install if there is anything in the
.org.opensolaris,pkg/lost+found directory? This directory contains
unpackaged files that got moved by the update process. When I tried to
reproduce the problem, I'm not seeing any of these files. But if files
are there, that would be an indicator of the possible source of the
problem.
Thanks.
Tom
Cay Horstmann wrote:
> I pointed the browser to localhost:4848. It did its thing initializing
> and loading, then redirected to localhost:4848/login.jsf. Then the
> stack trace. Like I said, it went away when I reinstalled from scratch.
>
> I saved the old install. If there is interest, I could go back to it
> and see if it reproducibly acts up, and if so, make it available for
> dissection.
>
> Tom Mueller wrote:
>> Cay,
>> Where are you seeing this stack trace?
>>
>> I've tried an update from 67->68 and from 66->68 and I'm seeing a
>> problem with the admin console but it is different. When I access
>> the admin console after the update, the page comes up with no content
>> - just the blue bar at the top, the gray background, and the blue bar
>> at the bottom with the copyright notice. I'm not seeing any stack
>> traces in the server.log file.
>>
>> Thanks.
>> Tom
>>
>>
>>
>> Cay Horstmann wrote:
>>> I am getting the same error today, using b68, after an auto-update.
>>> Reinstalling solved the problem.
>>>
>>> matthias.fraass_at_tricoder.net wrote:
>>>> Hi,
>>>>
>>>> my admin GUI is broken.
>>>> I'm not sure if it's related to my b67 upgrade (via UpdateTool),
>>>> but suddenly I'm getting this when calling I'm tryin to load the
>>>> admin GUI:
>>>>
>>>> #WARNUNG: StandardWrapperValve[FacesServlet]: PWC1406:
>>>> Servlet.service() for servlet FacesServlet threw exception
>>>> java.lang.NullPointerException
>>>> at
>>>> com.sun.webui.jsf.theme.JSFThemeContext.getResourcePath(JSFThemeContext.java:159)
>>>>
>>>> at
>>>> org.glassfish.admingui.theme.AdminguiThemeContext.getResourcePath(AdminguiThemeContext.java:163)
>>>>
>>>> at com.sun.webui.theme.JarTheme.translateURI(JarTheme.java:541)
>>>> at
>>>> com.sun.webui.theme.JarTheme.getPathToMasterStylesheet(JarTheme.java:299)
>>>>
>>>> at
>>>> com.sun.webui.theme.JarTheme.getMasterStylesheets(JarTheme.java:311)
>>>> at
>>>> com.sun.webui.jsf.util.RenderingUtilities.renderStyleSheetLink(RenderingUtilities.java:459)
>>>>
>>>> at
>>>> com.sun.webui.jsf.renderkit.html.ThemeLinksRenderer.encodeBegin(ThemeLinksRenderer.java:70)
>>>>
>>>> at
>>>> javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:823)
>>>>
>>>> at
>>>> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.encodeChild(LayoutElementBase.java:549)
>>>>
>>>> at
>>>> com.sun.jsftemplating.layout.descriptors.LayoutComponent.encode(LayoutComponent.java:243)
>>>>
>>>> at
>>>> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.encode(LayoutElementBase.java:348)
>>>>
>>>> at
>>>> com.sun.jsftemplating.layout.descriptors.LayoutDefinition.encode(LayoutDefinition.java:228)
>>>>
>>>> at
>>>> com.sun.jsftemplating.layout.LayoutViewHandler.renderView(LayoutViewHandler.java:678)
>>>>
>>>> at
>>>> com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:127)
>>>>
>>>> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:97)
>>>> at
>>>> com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
>>>> at
>>>> com.sun.faces.extensions.avatar.lifecycle.PartialTraversalLifecycle.render(PartialTraversalLifecycle.java:106)
>>>>
>>>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:311)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1522)
>>>>
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
>>>>
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
>>>>
>>>> at com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:240)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>>>>
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipelinejava:641)
>>>>
>>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
>>>> at
>>>> com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
>>>>
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332)
>>>>
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233)
>>>>
>>>> at
>>>> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:235)
>>>>
>>>> at
>>>> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:753)
>>>>
>>>> at
>>>> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:661)
>>>> at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:914)
>>>> at
>>>> com.sungrizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:166)
>>>>
>>>> at
>>>> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
>>>>
>>>> at
>>>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
>>>>
>>>> at
>>>> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
>>>>
>>>> at
>>>> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
>>>>
>>>> at
>>>> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
>>>>
>>>> at
>>>> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
>>>>
>>>> at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
>>>> at
>>>> com.sun.grizzly.util.FixedThreadPool$BasicWorker.dowork(FixedThreadPool.java:379)
>>>>
>>>> at
>>>> com.sun.grizzly.util.FixedThreadPool$BasicWorker.run(FixedThreadPool.java:360)
>>>>
>>>> at java.lang.Thread.run(Thread.java:619)
>>>>
>>>> I couldn't find it in the forum or the bugtracker.
>>>> Seems like the theme mechanism is broken - but why? And how can I
>>>> fix it?
>>>>
>>>> The last thing I remember is changing JMS configuration via
>>>> asadmin. Then I had to restart GF and I can't start the admin GUI
>>>> since then (or before,, but maybe didn't notice it as I didn't use
>>>> the GUI?).
>>>> I've alredy stripped down my domain.xml from all JMS entries - it
>>>> only contains some datasources which are there for weeks - no success.
>>>>
>>>> I'm trying to backup my GF dir now and try a fresh b67 or b66.zip
>>>>
>>>> -Matthias
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: quality-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: quality-help_at_glassfish.dev.java.net
>
>