[JBoss JIRA] Updated: (CDI-84) Non EE modules should be able to trigger creation of a BeanManager
by Pete Muir (JIRA)
[ https://issues.jboss.org/browse/CDI-84?page=com.atlassian.jira.plugin.sys... ]
Pete Muir updated CDI-84:
-------------------------
Fix Version/s: TBD
> Non EE modules should be able to trigger creation of a BeanManager
> ------------------------------------------------------------------
>
> Key: CDI-84
> URL: https://issues.jboss.org/browse/CDI-84
> Project: CDI Specification Issues
> Issue Type: Feature Request
> Components: Java EE integration, Packaging and Deployment
> Affects Versions: 1.0
> Reporter: Aslak Knutsen
> Fix For: TBD
>
>
> EE.5.19
> A bean manager is only available in modules in which CDI has been enabled.
> Where EE modules are defined to be; ejb-jar, rar, client jar and war.
> This is a missmatch between the EE spec and the CDI spec. According to the CDI spec, any archive with a beans.xml is defined as a BeanArchive and should be included in a BeanManager, EE define it to be only EE modules should trigger BeanManager creation.
> Opening this up to follow the CDI spec will let any library use the BeanManager to introspect other BeanArchives without having to involve the owning EE module in the loop.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Updated: (CDI-48) Global Interceptor/Decorator ordering
by Pete Muir (JIRA)
[ https://issues.jboss.org/browse/CDI-48?page=com.atlassian.jira.plugin.sys... ]
Pete Muir updated CDI-48:
-------------------------
Fix Version/s: TBD
> Global Interceptor/Decorator ordering
> -------------------------------------
>
> Key: CDI-48
> URL: https://issues.jboss.org/browse/CDI-48
> Project: CDI Specification Issues
> Issue Type: Feature Request
> Components: Decorators, Interceptors, Packaging and Deployment
> Affects Versions: 1.0
> Reporter: Stuart Douglas
> Fix For: TBD
>
>
> Currently interceptor/decorator ordering is specified on a per bean archive level. In the majority of cases the correct ordering is the same for every BDA in the application, so this violates DRY and opens the door to nasty bugs due to different ordering per module if beans.xml files get out of sync.
> We should look at allowing the user to define interceptor and decorator ordering once per app and have this applied to all modules in the deployment.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Updated: (CDI-76) JavaDocs regarding adding scopes are weak
by Pete Muir (JIRA)
[ https://issues.jboss.org/browse/CDI-76?page=com.atlassian.jira.plugin.sys... ]
Pete Muir updated CDI-76:
-------------------------
Fix Version/s: TBD
> JavaDocs regarding adding scopes are weak
> -----------------------------------------
>
> Key: CDI-76
> URL: https://issues.jboss.org/browse/CDI-76
> Project: CDI Specification Issues
> Issue Type: Feature Request
> Components: Javadoc and API, Portable Extensions
> Affects Versions: 1.0
> Reporter: Lincoln Baxter III
> Fix For: TBD
>
>
> JavaDocs for adding scopes via the eventing API are a bit weak.
> public void addScope(@Observes final BeforeBeanDiscovery event)
> {
> event.addScope(ProjectScoped.class, true, false);
> }
> Currently it is not clear that using this method is only required when not using the @NormalScoped annotation, and that it will in fact override the annotation if present. Additional docs should probably be placed on both sides of this relationship, to that affect.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months