You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openwebbeans.apache.org by "Mark Struberg (JIRA)" <ji...@apache.org> on 2011/03/21 16:28:05 UTC
[jira] [Resolved] (OWB-512) ApplicationContext and SingletonContext
in WebContextsService
[ https://issues.apache.org/jira/browse/OWB-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Struberg resolved OWB-512.
-------------------------------
Resolution: Not A Problem
Assignee: Mark Struberg (was: Gurkan Erdogdu)
imo this is spec conform.
Where we do store the info doesn't make a difference. The important fact is that the Context got closed and is not active anymore. This might only affect an Extension which also accesses this context in a servlet listener. Applying a different order in your web.xml should work - and don't ask me how to do this with the broken servlet-3 spec ;)
> ApplicationContext and SingletonContext in WebContextsService
> -------------------------------------------------------------
>
> Key: OWB-512
> URL: https://issues.apache.org/jira/browse/OWB-512
> Project: OpenWebBeans
> Issue Type: Bug
> Components: Java EE Integration
> Affects Versions: 1.1.0
> Reporter: Gerhard Petracek
> Assignee: Mark Struberg
>
> WebContextsService shouldn't cache ApplicationContext and SingletonContext in thread-locals (without a fallback) because WebBeansConfigurationListener might call WebContextsService#endContext too early.
> if e.g. a portable extension gets invoked afterwards it can't access those contexts. since both contexts have to exist all the time a different approach (or a fallback) is needed.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira