Oops, meant to send that to the list, not just Clint.<br>Sorry for the dup, Clint.<br><br>-Matt<br><br><div class="gmail_quote">On Fri, May 22, 2009 at 11:58 PM, Matt Drees <span dir="ltr">&lt;<a href="mailto:matt.drees@gmail.com">matt.drees@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Before you go too far down this road, you might want to get a new draft of the spec from Gavin.  Recently an SPI was added specifically for injection into third-party objects, so I don&#39;t think the project you&#39;re proposing needs to exist.  <br>
<font color="#888888">
<br>-Matt</font><div><div></div><div class="h5"><br><br><br><div class="gmail_quote">On Fri, May 22, 2009 at 6:34 PM, Clint Popetz <span dir="ltr">&lt;<a href="mailto:cpopetz@gmail.com" target="_blank">cpopetz@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I&#39;m investigating how to best move non-contextual injection into a<br>
webbeans extension that&#39;s jsr299-impl independent.  While I could<br>
rewrite a stripped down version of the reflection scanning/caching<br>
code that is already used by the existing webbeans-specific<br>
non-contextual-injector, but it wouldn&#39;t be as performant or compliant<br>
as the code that&#39;s already in the core, and I&#39;m wondering if it&#39;s<br>
reasonable to try to break out this chunk of the core into a library<br>
which my extension (and possibly others in webbeans-extensions) uses.<br>
<br>
These would be some coherent self-contained subset of<br>
org.jboss.webbeans.{injection, introspector, introspector.jlr,bean,<br>
metadata, util}.  I think of this as the part of the core that<br>
examines classes and builds a metamodel about the beans they<br>
represent, and knows how to inject them, but doesn&#39;t deal with<br>
contexts, bootstrapping, and the zillion other things the core does.<br>
I think it could probably be made implementation-independent based on<br>
the jsr299-api.  It would have to be made independent of ManagerImpl,<br>
mainly.<br>
<br>
It couldn&#39;t live in webbeans-extensions obviously, since the core<br>
would depend upon it.   But if it lived in webbeans-model, then<br>
webbeans-core could depend on it, as could jsr299-utils.<br>
<br>
Thoughts?   This is not terribly well investigated yet, so those with<br>
more experience with the source base, feel free to wave me off.  I<br>
just hate duplicating code.<br>
<br>
Thanks,<br>
-Clint<br>
<font color="#888888"><br>
--<br>
Clint Popetz<br>
<a href="http://42lines.net" target="_blank">http://42lines.net</a><br>
Scalable Web Application Development<br>
_______________________________________________<br>
webbeans-dev mailing list<br>
<a href="mailto:webbeans-dev@lists.jboss.org" target="_blank">webbeans-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/webbeans-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/webbeans-dev</a><br>
</font></blockquote></div><br>
</div></div></blockquote></div><br>