users@glassfish.java.net

Error monitoring cluster (WebModuleStatistics + clusterjsp example)

From: <glassfish_at_javadesktop.org>
Date: Fri, 05 Sep 2008 09:00:46 PDT

I did the clusterjsp example (with hadb) with success and then I turned on the monitoring.
I was unable to restart the instances due to the following error:

[#|2008-09-04T19:04:35.542-0300|SEVERE|sun-appserver9.1|org.apache.coyote.tomcat5.CoyoteAdapter|_ThreadID=18;_ThreadName=httpSSLWorkerThread-38080-0;_RequestID=30b0bda0-a3b5-448e-8889-d92c698414f1;|PWC3989: An exception or error occurred in the container during the request processing
java.lang.ClassCastException: com.sun.enterprise.ee.web.sessmgmt.HAWebEventPersistentManager cannot be cast to com.sun.enterprise.ee.web.sessmgmt.ReplicationManagerBase
        at com.sun.enterprise.ee.web.sessmgmt.SessionLockingStandardPipeline.getWebModuleStatistics(SessionLockingStandardPipeline.java:144)
        at com.sun.enterprise.ee.web.sessmgmt.SessionLockingStandardPipeline.invoke(SessionLockingStandardPipeline.java:127)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
        at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
        at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
        at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
        at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
        at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
        at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
        at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
        at com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
        at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
        at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
|#]

is this a bug?
[Message sent by forum member 'raivil' (raivil)]

http://forums.java.net/jive/thread.jspa?messageID=297479