[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2218) Re-evaluation of filter parameters for persistence contexts
Christian Bauer (JIRA)
jira-events at lists.jboss.org
Wed Nov 7 10:31:44 EST 2007
Re-evaluation of filter parameters for persistence contexts
-----------------------------------------------------------
Key: JBSEAM-2218
URL: http://jira.jboss.com/jira/browse/JBSEAM-2218
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Reporter: Christian Bauer
Priority: Minor
I use a filter with a Seam-managed persistence context, the filter parameter is #{currentAccessLevel}. This expression is evaluated when the managed PC is created, in ManagedPersistenceContext.initEntityManager(). There is currently no way to re-evaluate that filter condition after the SMPC has been created. This leads to problems in the following scenario:
- #{currentAccessLevel} = 0 when no user is logged in
- #{currentAccessLevel} = 1000 when a user logs in (which requires database queries, so the SMPC is created)
- certain backing beans observe the postAuthenticate event and refresh their state from the database, supposedly with the new #{currentAccessLevel} permission
The backing beans that are called in postAuthenticate get the SMPC that was instantiated with #{currentAccesslevel} = 0.
A relatively easy solution would be a new @Observer method on ManagedPersistenceContext and a new "org.jboss.seam.resetPersistenceContextFilterParameter" event I could call manually after authentication.
--
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