[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-760) Setting <distributable /> in web.xml results in java.lang.IllegalStateException in logs, application works otherwise

Gavin King (JIRA) jira-events at jboss.com
Fri Feb 2 10:18:20 EST 2007


    [ http://jira.jboss.com/jira/browse/JBSEAM-760?page=comments#action_12352197 ] 
            
Gavin King commented on JBSEAM-760:
-----------------------------------

You didnt get the latest code. Try again (anoncvs is behind).

> Setting <distributable /> in web.xml results in java.lang.IllegalStateException in logs, application works otherwise
> --------------------------------------------------------------------------------------------------------------------
>
>                 Key: JBSEAM-760
>                 URL: http://jira.jboss.com/jira/browse/JBSEAM-760
>             Project: JBoss Seam
>          Issue Type: Bug
>          Components: Security
>         Environment: Microsoft Vista with Java 6 SDK, JBoss 4.0.5.GA EJB3 and EJB3 Clustered
>            Reporter: Alex Kozlenkov
>         Assigned To: Gavin King
>            Priority: Critical
>             Fix For: 1.1.6.GA
>
>
> A very simple application using the new 1.1.5 level security features produces a java.lang.IllegalStateException when <distributable /> is included in web.xml. The application works perfectly wikthout this setting and even with <distributable /> the exception seems to be non-fatal. The stack trace follows:
> 09:58:11,169 ERROR [[/helloworld]] Session attribute event listener threw exception
> java.lang.IllegalStateException: No application context active
> 	at org.jboss.seam.Component.forName(Component.java:1586)
> 	at org.jboss.seam.Component.getInstance(Component.java:1636)
> 	at org.jboss.seam.Component.getInstance(Component.java:1631)
> 	at org.jboss.seam.Component.getInstance(Component.java:1608)
> 	at org.jboss.seam.Component.getInstance(Component.java:1603)
> 	at org.jboss.seam.persistence.PersistenceProvider.instance(PersistenceProvider.java:45)
> 	at org.jboss.seam.core.ManagedPersistenceContext.sessionWillPassivate(ManagedPersistenceContext.java:104)
> 	at org.jboss.web.tomcat.tc5.session.ClusteredSession.passivate(ClusteredSession.java:896)
> 	at org.jboss.web.tomcat.tc5.session.JBossCacheManager.storeSession(JBossCacheManager.java:642)
> 	at org.jboss.web.tomcat.tc5.session.InstantSnapshotManager.snapshot(InstantSnapshotManager.java:49)
> 	at org.jboss.web.tomcat.tc5.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:98)
> 	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.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
> 	at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
> 	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:619)
> Using a custom phase listener to trace JSF shows that the exception is wedged between a registration page that successfully creates a new account and a login page to which the user is redirected on success. The login page is successfully presented as well.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the seam-issues mailing list