[
https://issues.apache.org/jira/browse/EXTCDI-92?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12974363#action_12974363
]
Jan-Kees van Andel commented on EXTCDI-92:
------------------------------------------
Just ran the test again, but now I get the following stack trace when I
invalidate the session:
javax.enterprise.context.ContextNotActiveException: WebBeans context with scope
type annotation @SessionScoped does not exist within current thread
org.apache.webbeans.container.BeanManagerImpl.getContext(BeanManagerImpl.java:309)
org.apache.webbeans.intercept.NormalScopedBeanInterceptorHandler.getContextualInstance(NormalScopedBeanInterceptorHandler.java:124)
org.apache.webbeans.intercept.NormalScopedBeanInterceptorHandler.invoke(NormalScopedBeanInterceptorHandler.java:95)
org.javassist.tmp.java.lang.Object_$$_javassist_16.getCurrentWindowContext(Object_$$_javassist_16.java)
org.apache.myfaces.extensions.cdi.jsf.impl.util.ConversationUtils.storeCurrentViewIdAsOldViewId(ConversationUtils.java:222)
org.apache.myfaces.extensions.cdi.jsf.impl.util.ConversationUtils.storeCurrentViewIdAsOldViewId(ConversationUtils.java:215)
org.apache.myfaces.extensions.cdi.jsf.impl.navigation.AccessScopeAwareNavigationHandler.handleNavigation(AccessScopeAwareNavigationHandler.java:49)
org.apache.myfaces.extensions.cdi.jsf2.impl.navigation.CodiNavigationHandler.handleNavigation(CodiNavigationHandler.java:78)
org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:125)
org.apache.myfaces.extensions.cdi.jsf.impl.security.SecurityViolationAwareActionListener.processAction(SecurityViolationAwareActionListener.java:49)
org.apache.myfaces.extensions.cdi.jsf.impl.config.view.ViewControllerActionListener.processAction(ViewControllerActionListener.java:60)
org.apache.myfaces.extensions.cdi.jsf.impl.listener.action.CodiActionListener.processAction(CodiActionListener.java:52)
javax.faces.component.UICommand.broadcast(UICommand.java:120)
javax.faces.component.UIViewRoot._broadcastAll(UIViewRoot.java:969)
javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:275)
javax.faces.component.UIViewRoot._process(UIViewRoot.java:1281)
javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:707)
org.apache.myfaces.lifecycle.InvokeApplicationExecutor.execute(InvokeApplicationExecutor.java:34)
org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:171)
org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
org.apache.myfaces.extensions.cdi.jsf2.impl.listener.phase.CodiLifecycleWrapper.execute(CodiLifecycleWrapper.java:71)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:189)
> ConversationUtils.cacheWindowId() ignores session invalidation
> --------------------------------------------------------------
>
> Key: EXTCDI-92
> URL: https://issues.apache.org/jira/browse/EXTCDI-92
> Project: MyFaces CODI
> Issue Type: Bug
> Components: JEE-JSF20-Module
> Affects Versions: 0.9.0
> Environment: MyFaces Core 2.0.3 trunk, OWB 1.0.0, Tomcat 6.0.29 with
> Glassfish EL libs
> Reporter: Jan-Kees van Andel
> Attachments: EXTCDI-92.patch
>
>
> A while ago, I raised issue MYFACES-2979. I now wanted to fix and commit it,
> but I don't get this exception anymore, because I added CODI to my
> application a while ago.
> Reason: After invalidating, CODI re-initializes the Session, so it's not null
> anymore and the DebugPhaseListener stuff doesn't throw an exception anymore.
> However, I don't think this behavior is desirable. After all, I've
> invalidated the session in my application code, so I don't want any framework
> to re-initialize it without questioning.
> I can't come up with an example of anything that really breaks because of
> this, but it's not very nice and efficient.
> It happens in the following method:
> org.apache.myfaces.extensions.cdi.jsf.impl.util.ConversationUtils#cacheWindowId()
> on line 191.
> Wdyt?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
