Matt,
Thanks, 11.4 in the spec (BeanManager.createInjectionTarget and
InjectionTarget.inject) is exactly what I need.
So, who's implementing that, and what's the time frame for it? I can
do that, if no one's scheduled it do it.
-Clint
On Fri, May 22, 2009 at 11:03 PM, Matt Drees <matt.drees(a)gmail.com> wrote:
Oops, meant to send that to the list, not just Clint.
Sorry for the dup, Clint.
-Matt
On Fri, May 22, 2009 at 11:58 PM, Matt Drees <matt.drees(a)gmail.com> wrote:
>
> 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't think the project you're proposing
> needs to exist.
>
> -Matt
>
>
> On Fri, May 22, 2009 at 6:34 PM, Clint Popetz <cpopetz(a)gmail.com> wrote:
>>
>> I'm investigating how to best move non-contextual injection into a
>> webbeans extension that's jsr299-impl independent. While I could
>> rewrite a stripped down version of the reflection scanning/caching
>> code that is already used by the existing webbeans-specific
>> non-contextual-injector, but it wouldn't be as performant or compliant
>> as the code that's already in the core, and I'm wondering if it's
>> reasonable to try to break out this chunk of the core into a library
>> which my extension (and possibly others in webbeans-extensions) uses.
>>
>> These would be some coherent self-contained subset of
>> org.jboss.webbeans.{injection, introspector, introspector.jlr,bean,
>> metadata, util}. I think of this as the part of the core that
>> examines classes and builds a metamodel about the beans they
>> represent, and knows how to inject them, but doesn't deal with
>> contexts, bootstrapping, and the zillion other things the core does.
>> I think it could probably be made implementation-independent based on
>> the jsr299-api. It would have to be made independent of ManagerImpl,
>> mainly.
>>
>> It couldn't live in webbeans-extensions obviously, since the core
>> would depend upon it. But if it lived in webbeans-model, then
>> webbeans-core could depend on it, as could jsr299-utils.
>>
>> Thoughts? This is not terribly well investigated yet, so those with
>> more experience with the source base, feel free to wave me off. I
>> just hate duplicating code.
>>
>> Thanks,
>> -Clint
>>
>> --
>> Clint Popetz
>>
http://42lines.net
>> Scalable Web Application Development
>> _______________________________________________
>> webbeans-dev mailing list
>> webbeans-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/webbeans-dev
>
_______________________________________________
webbeans-dev mailing list
webbeans-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/webbeans-dev