[
https://issues.jboss.org/browse/CDI-129?page=com.atlassian.jira.plugin.sy...
]
Gerhard Petracek edited comment on CDI-129 at 10/18/12 6:22 PM:
----------------------------------------------------------------
@stuart:
it would be a huge (!) issue for us, if we don't get one application scoped PE per
web-app.
that's currently the approach used in deltaspike to collect artifacts which need to
get processed later on.
we can't store them per classloader, because e.g. servers like wls12c use a different
classloader during the bootstrapping process.
was (Author: gpetracek):
@stuart:
it would be a huge (!) issue for us, if we don't get one application scoped PE per
web-app.
that's currently our approach to collect artifacts which need to get processed later
on.
we can't store them per classloader, because e.g. servers like wls12c use a different
classloader during the bootstrapping process.
Clarify behaviour of @ApplicationScoped in EARs
-----------------------------------------------
Key: CDI-129
URL:
https://issues.jboss.org/browse/CDI-129
Project: CDI Specification Issues
Issue Type: Clarification
Components: Contexts
Affects Versions: 1.0
Reporter: Mark Struberg
Assignee: Pete Muir
Fix For: 1.1 (Proposed)
Since @ApplicationScoped currently is defined in 6.5.2 as to be 'like in the Servlet
specification' this means that you will get a new instance for every WebApplication
(WAR file).
There is currently no specified CDI scope for providing a single shared instance for a
whole EAR.
We could (ab-)use @Singleton for that, but this is currently not well defined at all.
Alternatively we could introduce an own new annotation like @EnterpriseScoped or likes.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira