[cdi-dev] [JBoss JIRA] (CDI-239) Define Extension notification rules for shared libraries

Pete Muir (JIRA) jira-events at lists.jboss.org
Fri Nov 16 11:18:21 EST 2012


    [ https://issues.jboss.org/browse/CDI-239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12734939#comment-12734939 ] 

Pete Muir commented on CDI-239:
-------------------------------

We would propose that an extension should only get fired if the *class* can see the *extension* (which is perhaps the inverse of what you might expect).
                
> Define Extension notification rules for shared libraries
> --------------------------------------------------------
>
>                 Key: CDI-239
>                 URL: https://issues.jboss.org/browse/CDI-239
>             Project: CDI Specification Issues
>          Issue Type: Clarification
>          Components: Portable Extensions
>    Affects Versions: 1.1.EDR
>            Reporter: Mark Struberg
>             Fix For: 1.1 (Proposed)
>
>
> Consider an EAR file with a shared xy.JAR file in the EARs ./lib folder with an
> @EnterpriseApplicationScoped class X 
> and a 
> @RequestScoped class Y
> The EAR also contains 2 web applications WebAppA and WebAppB.
> WebAppA has ExtensionA in it's WEB-INF/classes and WebAppB has ExtensionB in it's classes both with a public void met(@Observes ProcessAnnotatedType pat) and each modifying the AnnotatedType.
> What should happen here? Will there be 2 Bean<T> for X and 2 for Y? (one Bean for each WebApp)? or will X and Y not trigger a ProcessAnnotatedType for the extensions defined in the webapps (but only for Extensions defined in the shared ear lib)?

--
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


More information about the cdi-dev mailing list