Anybody having difficulty with CDI apps in JBoss 6 M4?

[hirowla.ian.rowlands.three.com.au]

I have just tried porting my app to M4, but there are JSF/Weld errors occuring in simple cases which used to work.

Here's a stack trace - any obvious things I can try? I've tried upgrading JSF from 2.0.2 to 2.0.3 but it makes no difference.

Thanks,

Ian

javax.servlet.ServletException: WELD-001303 No active contexts for scope type @ConversationScoped
     javax.faces.webapp.FacesServlet.service(FacesServlet.java:321)
     org.jboss.resteasy.plugins.server.servlet.FilterDispatcher.doFilter(FilterDispatcher.java:63)
     org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:68)
     mypackage.ui.ResourceProtectionFilter.doFilter(ResourceProtectionFilter.java:46)

root cause

org.jboss.weld.context.ContextNotActiveException: WELD-001303 No active contexts for scope type @ConversationScoped
     org.jboss.weld.conversation.ConversationImpl.checkConversationActive(ConversationImpl.java:79)
     org.jboss.weld.conversation.ConversationImpl.isTransient(ConversationImpl.java:234)
     org.jboss.weld.conversation.ConversationImpl.toString(ConversationImpl.java:199)
     java.text.MessageFormat.subformat(MessageFormat.java:1246)
     java.text.MessageFormat.format(MessageFormat.java:836)
     java.text.Format.format(Format.java:140)
     java.text.MessageFormat.format(MessageFormat.java:812)
     ch.qos.cal10n.MessageConveyor.getMessage(MessageConveyor.java:89)
     org.jboss.weld.logging.WeldMessageConveyor.getMessage(WeldMessageConveyor.java:78)
     org.slf4j.cal10n.LocLogger.debug(LocLogger.java:95)
     org.jboss.weld.conversation.ConversationImpl.switchTo(ConversationImpl.java:190)
     sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     java.lang.reflect.Method.invoke(Method.java:597)
     org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:304)
     org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54)
     org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163)
     org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:298)
     org.jboss.weld.bean.proxy.ClientProxyMethodHandler.invoke(ClientProxyMethodHandler.java:113)
     org.jboss.weld.util.CleanableMethodHandler.invoke(CleanableMethodHandler.java:43)
     org.jboss.weld.conversation.ConversationImpl_$$_javassist_29.switchTo(ConversationImpl_$$_javassist_29.java)
     org.jboss.weld.conversation.AbstractConversationManager.beginOrRestoreConversation(AbstractConversationManager.java:137)
     sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     java.lang.reflect.Method.invoke(Method.java:597)
     org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:304)
     org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54)
     org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163)
     org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:298)
     org.jboss.weld.bean.proxy.ClientProxyMethodHandler.invoke(ClientProxyMethodHandler.java:113)
     org.jboss.weld.util.CleanableMethodHandler.invoke(CleanableMethodHandler.java:43)
     org.jboss.weld.conversation.ServletConversationManager_$$_javassist_27.beginOrRestoreConversation(ServletConversationManager_$$_javassist_27.java)
     org.jboss.weld.jsf.WeldPhaseListener.initiateSessionAndConversation(WeldPhaseListener.java:171)
     org.jboss.weld.jsf.WeldPhaseListener.beforeRestoreView(WeldPhaseListener.java:118)
     org.jboss.weld.jsf.WeldPhaseListener.beforePhase(WeldPhaseListener.java:87)
     com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:224)
     com.sun.faces.lifecycle.Phase.doPhase(Phase.java:95)
     com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:107)
     com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:114)
     javax.faces.webapp.FacesServlet.service(FacesServlet.java:308)
     org.jboss.resteasy.plugins.server.servlet.FilterDispatcher.doFilter(FilterDispatcher.java:63)
     org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:68)
     mypackage.ui.ResourceProtectionFilter.doFilter(ResourceProtectionFilter.java:46)

[andygibson.contact.andygibson.net]

Looks like the CDI conversation isn't initializing for the JSF request cycle. I didn't even know M4 was out yet, otherwise I would have tried it. I'll probably be taking a look at it tomorrow and seeing if it works or not.

Cheers,

Andy Gibson

[nickarls]

Strange. I can flip conversations in M4 with stuff like

<h:commandButton value="Make non-transient" immediate="true" action="#{javax.enterprise.context.conversation.begin}" rendered="#{javax.enterprise.context.conversation.transient}"/>
<h:commandButton value="Make transient" immediate="true" action="#{javax.enterprise.context.conversation.end}" rendered="#{not javax.enterprise.context.conversation.transient}"/>
<h:outputText value="#{javax.enterprise.context.conversation}"/>

[pmuir]

Show us your code...

[lelleh]

I got the same error and a very similar stacktrace when deploying jsf-numberguess from weld-1.0.1-Final and changing root-logger's level to TRACE in server/default/deploy/jboss-logging.xml

[wangliyu]

make sure you didn't make the same mistake

[andygibson.contact.andygibson.net]

Eh, I hate to revive old threads but this is still an issue. Couldn't tell at the time, but the problem is using conversational components in a RESTEasy web service (see the OP stack trace) However, the problem also occurs in Glassfish with Jersey.

If you have a bean that implements a web service, and you try and inject a component that is marked as conversation scoped (i.e. the EntityManager) or inject a bean that itself has a conversation scoped bean (i.e. a DAO that uses the entity manager) it complains that there is no active conversational context.

I happened to re-find this thread when I was googling the problem to see if it had been fixed for 6.0-Final or whether there was a work around for it.  I'm wondering whether it is a Weld or RESTEasy issue.

Cheers,

Andy Gibson

[charles.salasoberlin.gmail.com]

I am having the exact problem described by Andy Gibson above.

I use JBoss 6 Final, Resteasy 2.1. I have DAO that use entity manager. I get the error.

18:12:44,695 ERROR (org.jboss.ejb3.tx2.impl.CMTTxInterceptor) javax.ejb.EJBTransactionRolledbackException: WELD-001303 No active contexts for scope type javax.enterprise.context.ConversationScoped

Any workarounds available?