[cdi-dev] [JBoss JIRA] (CDI-129) Clarify behaviour of @ApplicationScoped in EARs

[ https://issues.jboss.org/browse/CDI-129?page=com.atlassian.jira.plugin.sy... ] Jozef Hartinger commented on CDI-129: ------------------------------------- {quote}Mark: Thus the MailService instance of your very webapp inoking r.someMethod() would work on an instance of S. {quote} If we combine your statement with a quote from Section 5.1 of the CDI 1.0 spec: {quote}A bean packaged in a certain module is available for injection, lookup and EL resolution to classes and JSP/JSF pages packaged in some other module if and only if the bean class of the bean is required to be accessible to the other module by the class accessibility requirements of the module architecture. {quote} We can clearly see that you are wrong. The web app is not required to be accessible from the shared library. Therefore, *S is not available for injection in the shared library and thus cannot be injected into MailService*. What you are talking about is not CDI. {quote}Mark: Dude, who is creating the instance of MailService? It is the BeanManager which uses the TCCL of your webapp{quote} As Pete already explained, your TCCL argument is irrelevant to modularity in CDI. {quote}Pete: I don't believe the TCCL is relevant here, it's only ever used explicitly to load classes, not implicitly if you instantiate via the new keyword, which is the model we are trying to follow.{quote} -- 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