使用Glassfish v3进行表单身份验证时出现异常

Question

我看过这个问题发布了很多地方，但似乎没有解决方案。因此，我在这里测试我的运气。我正在使用Glassfish 3.0.1 b.22和Java EE 6框架。
这里是内部Login.jsf

<form action="j_security_check"> 
     <h:panelGrid columns="2" bgcolor="#eff5fa" cellspacing="5" frame="box" styleClass="center"> 
      <h:outputLabel value="User ID:"/> 
      <h:inputText id="j_username" tabindex="1" /> 
      <h:outputLabel value="Password:"/> 
      <h:inputSecret id="j_password"/> 
      <h:outputLabel value=""/> 
      <h:commandButton id="login" value="Login"/> 
     </h:panelGrid> 
    </form> 

每次我的表单验证它到达此页，我得到这个例外。该程序仍然正常工作，但它有这个问题烦恼。

Session event listener threw exception org.jboss.weld.context.ContextNotActiveException: WELD-001303 No active contexts for scope type javax.enterprise.context.RequestScoped 
    at org.jboss.weld.manager.BeanManagerImpl.getContext(BeanManagerImpl.java:679) 
    at org.jboss.weld.bean.proxy.ClientProxyMethodHandler.getProxiedInstance(ClientProxyMethodHandler.java:138) 
    at org.jboss.weld.bean.proxy.ClientProxyMethodHandler.invoke(ClientProxyMethodHandler.java:100) 
    at org.jboss.weld.util.CleanableMethodHandler.invoke(CleanableMethodHandler.java:43) 
    at org.jboss.weld.servlet.HttpSessionManager_$$_javassist_341.setSession(HttpSessionManager_$$_javassist_341.java) 
    at org.jboss.weld.servlet.ServletLifecycle.restoreSessionContext(ServletLifecycle.java:148) 
    at org.jboss.weld.servlet.ServletLifecycle.beginSession(ServletLifecycle.java:71) 
    at org.jboss.weld.servlet.WeldListener.sessionCreated(WeldListener.java:126) 
    at org.apache.catalina.session.StandardSession.tellNew(StandardSession.java:411) 
    at org.apache.catalina.session.StandardSession.setId(StandardSession.java:391) 
    at org.apache.catalina.session.ManagerBase.createSession(ManagerBase.java:803) 
    at org.apache.catalina.session.StandardManager.createSession(StandardManager.java:326) 
    at org.apache.catalina.connector.Request.doGetSession(Request.java:2868) 
    at org.apache.catalina.connector.Request.getSession(Request.java:2566) 
    at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:919) 
    at org.apache.catalina.authenticator.AuthenticatorBase.getSession(AuthenticatorBase.java:859) 
    at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:233) 
    at com.sun.web.security.RealmAdapter.invokeAuthenticateDelegate(RealmAdapter.java:1187) 
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:619) 
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:615) 
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97) 
    at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85) 
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185) 
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:325) 
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:226) 
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165) 
    at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791) 
    at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693) 
    at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954) 
    at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170) 
    at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135) 
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102) 
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88) 
    at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76) 
    at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53) 
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57) 
    at com.sun.grizzly.ContextTask.run(ContextTask.java:69) 
    at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330) 
    at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309) 
    at java.lang.Thread.run(Thread.java:637) 

望着异常，并GlassFish的基地，他们对JBoss和Tomcat设计？

Answer 1

每当它到达此页面，我都会得到这个例外。现在该程序将正常工作，但它很烦人有这个问题

我没有这部分的答案。

看看这个例外，GlassFish是否将它们的设计基于JBoss和Tomcat？

GlassFish web容器是Tomcat（Tomcat 5.5 IIRC）的一个分支。 GlassFish使用的CDI实现是JBoss Weld（CDI的RI）。

Answer 2

看起来这可能与：https://glassfish.dev.java.net/issues/show_bug.cgi?id=12642

你可能想尝试与GlassFish应用服务器3.1，而不是v3的应用程序。