It fails in the same way after clearing the OSGi cache.
Snjezana Sevo-Zenzerovic wrote:
> Cay/Matthias
>
> I am admittedly grasping at straws, but could you try making one more
> backup copy of the old updated installation and clean up the content in
> the OSGi cache directory of the default domain (it is under
> domains/domain1/osgi-cache/felix). Then start the domain and see if you
> can get AdminGUI up and running.
>
> Thanks,
>
> Snjezana
>
>
> Tom Mueller wrote:
>> 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
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: quality-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: quality-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: quality-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: quality-help_at_glassfish.dev.java.net
>
>
>
--
Cay S. Horstmann | http://horstmann.com | mailto:cay@horstmann.com