<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Gavin King wrote:
<blockquote
cite="mid:db199550910191658i271c8b90jd3a6d64e065b7436@mail.gmail.com"
type="cite">
<pre wrap="">On Mon, Oct 19, 2009 at 7:55 PM, Roberto Chinnici
<a class="moz-txt-link-rfc2396E" href="mailto:Roberto.Chinnici@sun.com"><Roberto.Chinnici@sun.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">But that's the issue, because it triggers scanning of all application
classes.
</pre>
</blockquote>
<pre wrap=""><!---->
No it doesn't! Thats the whole point!
Pete of course has implemented this without scanning of non-bean
deployment archives.
</pre>
</blockquote>
<br>
Scanning for @Resource at deployment time, not scanning for beans as
such.<br>
<br>
<blockquote
cite="mid:db199550910191658i271c8b90jd3a6d64e065b7436@mail.gmail.com"
type="cite">
<blockquote type="cite">
<pre wrap="">On top of that, it's speculative scanning. If the bean isn't
discovered until we find a use of the "second bean" (with @New), should we
tentatively retain as valid all the resources the bean declares, during
scanning, only to discard them if it turns out the bean does not actually
exist (i.e. there is no usage with @New)? I'm also starting to wonder where
this process ends, given that the SPI lets the application register new
beans at runtime. Does that mean that all resources declared anywhere are
valid?
</pre>
</blockquote>
<pre wrap=""><!---->
Nononononono!
The 299 impl creates the Bean object for the "second bean"
(unfortunate term) when it notices the injection point with @New.
</pre>
</blockquote>
<br>
But surely it must create the bean for the first bean too, in that
it'll show up in the metamodel.<br>
<br>
</body>
</html>