I haven't been able to try a CVS build since your post asking me to try it but I wanted to provide some more data around the problem.
- first adding a no-arg constructor to LogImpl didn't help (but again, I haven't tried the request CVS stuff yet) - second, let me explain the execution context a bit. I have an .ear application - the EJB's reside in their own jar, the webapp resides in a .war. The class that is experiencing the exception from LogImpl has an @Observer method for an event generated by a SFSB in the EJB jar. - NOTE - the class that has the @Observer method is bundled in the .war. It seems that in all our other uses of @Logger in the EJB's, there are no such issues. It's this one class in the war that has the problems. Another aspect of the problem is when I remove the @Logger and convert over to a typical commons-logging Log - LogFactory impl in the observer class, I get a different type of exception | javax.faces.FacesException: java.io.NotSerializableException: org.apache.log4j.Level | at org.apache.myfaces.shared_impl.util.StateUtils.getAsByteArray(StateUtils.java:190) | at org.apache.myfaces.shared_impl.util.StateUtils.construct(StateUtils.java:150) | at org.apache.myfaces.renderkit.html.HtmlResponseStateManager.writeState(HtmlResponseStateManager.java:102) | at org.apache.myfaces.application.jsp.JspStateManagerImpl.writeState(JspStateManagerImpl.java:430) | at org.jboss.seam.jsf.SeamStateManager.writeState(SeamStateManager.java:66) | at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:606) | at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) | at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:97) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at com.evergreen.filter.RequestDumper.doFilter(RequestDumper.java:78) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) | at com.evergreen.fastpass.catalina.CASSSOAuthenticatorValve.invoke(CASSSOAuthenticatorValve.java:371) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | Caused by: java.io.NotSerializableException: org.apache.log4j.Level | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1075) | at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1369) | at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1341) | at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) | at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1369) | at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1341) | at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) | at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1369) | at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1341) | at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) | at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1369) | at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1341) | at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) | at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291) | at java.util.HashMap.writeObject(HashMap.java:985) | at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:890) | at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1333) | at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) | at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291) | at java.util.HashMap.writeObject(HashMap.java:985) | at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:890) | at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1333) | at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) | at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245) | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069) | | The idea behind the class in the war is that it maintains a collection of 'applications' (application is an entity in our domain). The event-generating SFSB sends out an event whenever an applications editted, added, activated, deactivated, and we need to update the collection in response to such an event. The SFSB is a DAO of sorts for application and collections of applications. The .war class that maintains a collection has no logic for querying the applications - rather, it delegates the loading to the SFSB. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986185#3986185 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986185 _______________________________________________ jboss-user mailing list [email protected] https://lists.jboss.org/mailman/listinfo/jboss-user
