geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeeva VENKATARAMAN (JIRA)" <j...@apache.org>
Subject [jira] [Created] (GERONIMO-6550) CLONE - ClassCastException during deployment of a web app
Date Wed, 04 Nov 2015 14:24:27 GMT
Jeeva VENKATARAMAN created GERONIMO-6550:
--------------------------------------------

             Summary: CLONE - ClassCastException during deployment of a web app
                 Key: GERONIMO-6550
                 URL: https://issues.apache.org/jira/browse/GERONIMO-6550
             Project: Geronimo
          Issue Type: Bug
      Security Level: public (Regular issues)
          Components: OpenWebBeans
            Reporter: Jeeva VENKATARAMAN
             Fix For: 3.0.0


Final JCDI TCK issue (I hope). During deployment of some apps, we're getting the following
exception (this is with an updated WebBeansConfigurationListener.java). So, will need to resolve
wrt. GERONIMO-5896

Here's the exception we get:

{code}
2011-04-10 20:28:22,185 ERROR [DecoratorInvocationTest]] Exception sending context initialized
event to listener instance of class org.apache.geronimo.openwebbeans.WebBeansConfigurationListener
java.lang.ClassCastException: javax.servlet.ServletContextEvent cannot be cast to org.apache.openejb.cdi.StartupObject
	at org.apache.openejb.cdi.OpenEJBLifecycle.startApplication(OpenEJBLifecycle.java:110)
	at org.apache.geronimo.openwebbeans.WebBeansConfigurationListener.contextInitialized(WebBeansConfigurationListener.java:86)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4521)
	at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5004)
	at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:4999)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:680)
{code}

This appears to be the cause of the remaining test failures. So, this might be the final fix
needed to clear up the JSR-299 tests...



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message