BTW, what exactly are the implications of adopting this rule for the SPI? Do we still need to pass some sort Module object around, or can the container figure it out based upon the Class objects?

Does the container just call theClass.getClassLoader() and then cast it to some internal ClassLoader subclass to determine exactly where the class came from?

We need to figure out how this works so I can update the SPI. On Wed, May 20, 2009 at 9:37 PM, Gavin King <gavin.king(a)gmail.com&gt; wrote: > Folks, I spent a bunch of time with Bill Shannon and Roberto today. > The results of these discussion were: > > Inter-module dependencies > ===================== > We shouldn't introduce any special module-level dependency mechanism > or module-private dependencies (such as my proposal for @Exported > beans). We should wait for the Java Module System for that kind of > thing. > > Instead we'll say that an injection point of a class X can resolve to > a bean Y only when the Java EE spec requires that the bean class Y is > visible to X (section 8.3 of the spec). So, for example, a bean in > ejb-jar A is not available for injection into a bean in another > ejb-jar B unless A declares a dependency to B in manifest.mf. > > This solution isn't quite as powerful as module-private dependencies, > but it solves the cases I raised earlier today, and we'll get > something more powerful when the Java Module System arrives. -- Gavin King gavin.king(a)gmail.com http://in.relation.to/Bloggers/Gavin http://hibernate.org http://seamframework.org _______________________________________________ webbeans-dev mailing list webbeans-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/webbeans-dev