AdamBien / lightfish

Payara / GlassFish Monitoring Utility
121 stars 41 forks source link

WebView component of LightView crashes when settings are modified #17

Closed davenz closed 11 years ago

davenz commented 11 years ago

When attempting to change and save practically any setting in the WebView component of LightView it will crash with 100 percent consistency. For example, simply clicking the "Update" button will result in a crash. I've attached a photo of the behaviour.

The server in my case is GlassFish 3.1.2.2 on OpenIndiana oi_151a7, JDK 7u21. Client is Firefox 20.0, Java SE 7u21.

lightview-webviewcrash-1

davenz commented 11 years ago

The stack trace from the above is:

javax.faces.application.ViewExpiredException: viewId:/index.xhtml - View /index.xhtml could not be restored. at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:205) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:722)

davenz commented 11 years ago

One other point, this seems to occur when using LightView running embedded as an applet in the web browser window. If one clicks on the "Launch and install LightView" link and runs it in a separate window manager window the error doesn't seem to happen.

(Also, the client is running Ubuntu 12.04 LTS.)

AdamBien commented 11 years ago

Thanks!

It is a known issue. I'm going to implement application monitoring and extend lightview for that reason. Then I will write the tests and close this issue. Thanks for your very usable reports and sorry for my unacceptable late response. But: lightfish is just my hobby :-)

AdamBien commented 11 years ago

Problem fixed. LightView uses a new REST interface and no more the JSF directly. Also new toolbar for LightFish management was introduced. The features are going to be released with the 1.3 version.