[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-1774) org.jboss.seam.core.Contexts factories put *Context components into application scope
Matt Drees (JIRA)
jira-events at lists.jboss.org
Tue Aug 14 11:08:01 EDT 2007
[ http://jira.jboss.com/jira/browse/JBSEAM-1774?page=comments#action_12372041 ]
Matt Drees commented on JBSEAM-1774:
------------------------------------
Hmm. I know at the very least in a SeamTest class with two @test methods when the second one evaluates #{sessionContext}, it gets a context backed by the MockHttpSession of the first @test method. I've seen it happen, which was how I found this bug.
I haven't tried to duplicate it in a non-test environment, so you could be right, but I don't think so. The SessionContext, eg, is a wrapper for externalContext.getSessionMap(). I don't think the underlying SessionMap can be replaced when a new user logs in.
> org.jboss.seam.core.Contexts factories put *Context components into application scope
> -------------------------------------------------------------------------------------
>
> Key: JBSEAM-1774
> URL: http://jira.jboss.com/jira/browse/JBSEAM-1774
> Project: JBoss Seam
> Issue Type: Bug
> Components: Core
> Affects Versions: 2.0.0.BETA1
> Environment: cvs
> Reporter: Matt Drees
> Assigned To: Pete Muir
> Priority: Critical
> Fix For: 2.0.0.CR1
>
>
> The factories in org.jboss.seam.core.Contexts do not specify the Stateless scope, so when calling #{sessionContext}, for example, it gets cached in the application scope.
--
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