2:02 p.m.
Hi guys,
I wonder if it's possible to offer a set of bean instances (not-managed by
the container) so that their dependencies are satisfied by the container. As
an example, you can grab a Spring BeanFactory and call autowire on it, like
this
app.applicationContext.getAutowireCapableBeanFactory()
.autowireBeanProperties(instance,
AutowireCapableBeanFactory.AUTOWIRE_BY_NAME, false)
Is there a similar API in Weld/CDI?
TIA
Andres
--
View this message in context:
http://weld-development-discussions.46994.n3.nabble.com/Offering-beans-po...
Sent from the Weld development discussions mailing list archive at Nabble.com.
2:13 p.m.
Andres,
You may want to look at this:
http://seamframework.org/Documentation/HowDoIDoNoncontextualInjectionForA...
HTH,
Marius
aalmiray wrote:
Hi guys,
I wonder if it's possible to offer a set of bean instances (not-managed by
the container) so that their dependencies are satisfied by the container. As
an example, you can grab a Spring BeanFactory and call autowire on it, like
this
app.applicationContext.getAutowireCapableBeanFactory()
.autowireBeanProperties(instance,
AutowireCapableBeanFactory.AUTOWIRE_BY_NAME, false)
Is there a similar API in Weld/CDI?
TIA
Andres
--
View this message in context:
http://weld-development-discussions.46994.n3.nabble.com/Offering-beans-po...
Sent from the Weld development discussions mailing list archive at Nabble.com.
_______________________________________________
weld-dev mailing list
weld-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/weld-dev
2:45 p.m.
Nice! Got it running once I figured out I had to explicitly call inject() and
postConstruct() once the bean instance was setup with
NonContextual.Instance.
Now all I have to figure out is when exactly an instance must be
destroyed/disposed and this puppy is good to go.
Btw, all this work is for a Weld Griffon plugin ;-)
Thanks!
Andres
--
View this message in context:
http://weld-development-discussions.46994.n3.nabble.com/Offering-beans-po...
Sent from the Weld development discussions mailing list archive at Nabble.com.
2:53 p.m.
On Wed, Mar 9, 2011 at 15:45, aalmiray <aalmiray(a)yahoo.com> wrote:
Nice! Got it running once I figured out I had to explicitly call
inject()
and
postConstruct() once the bean instance was setup with
NonContextual.Instance.
Now all I have to figure out is when exactly an instance must be
destroyed/disposed and this puppy is good to go.
Btw, all this work is for a Weld Griffon plugin ;-)
That's awesome. It's exciting to see another use of Weld (and CDI) outside
of Java EE. Thanks for branching us out!
I'm curious whether you think certain Seam modules would be relevant/useful
within Griffon now that you (almost) have support for CDI in place? It would
certainly help challenge some of the assumptions we make in the Seam modules
and ultimately make them generally more applicable and robust.
http://github.com/seam and http://seamframework.org/Seam3
-Dan
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://www.google.com/profiles/dan.j.allen#about
http://mojavelinux.com
http://mojavelinux.com/seaminaction
3:06 p.m.
mojavelinux wrote:
That's awesome. It's exciting to see another use of Weld (and CDI) outside
of Java EE. Thanks for branching us out!
Here's the current code in case you're interested
http://svn.codehaus.org/griffon/plugins/griffon-weld/trunk/
The plugin will be released as soon as Griffon 0.9.2 is out (a few weeks
from now) due to some changes needed in core to better support Weld. However
once the plugin is out you'll be able to launch a Griffon app and have any
dependencies on its MVC group members resolved by Weld. Also, any other
beans registered in the usual way will be active.
mojavelinux wrote:
I'm curious whether you think certain Seam modules would be
relevant/useful
within Griffon now that you (almost) have support for CDI in place? It
would
certainly help challenge some of the assumptions we make in the Seam
modules
and ultimately make them generally more applicable and robust.
http://github.com/seam and http://seamframework.org/Seam3
So which Seam modules exactly can be used in a non JEE environment? I
thought Seam was all about webapps and JEE but clearly my understandings of
Seam and Weld were completely mistaken.
Cheers,
Andres
--
View this message in context:
http://weld-development-discussions.46994.n3.nabble.com/Offering-beans-po...
Sent from the Weld development discussions mailing list archive at Nabble.com.
2:14 p.m.
Yes. What you want to accomplish is called "injecting into a non-contextual
instance", or in other words "injecting into a non-bean instance". The
object is an injection target.
Here's the basic idea.
1. Obtain the BeanManager
2. Create a CreationalContext, a context that supports the injection process
3. Create an AnnotatedType for the class of the object receiving the
injections
4. Create an InjectionTarget from that AnnotatedType
5. Use InjectionTarget.inject(Object, BeanManager) to satisfy the injection
points on the non-managed object
This operation is performed, amongst other places, in Arquillian's CDI test
enricher. It's how Arquillian takes the test case instance and satisfies
injection points.
https://github.com/arquillian/arquillian/blob/master/testenrichers/cdi/sr...
-Dan
On Wed, Mar 9, 2011 at 15:02, aalmiray <aalmiray(a)yahoo.com> wrote:
Hi guys,
I wonder if it's possible to offer a set of bean instances (not-managed by
the container) so that their dependencies are satisfied by the container.
As
an example, you can grab a Spring BeanFactory and call autowire on it, like
this
app.applicationContext.getAutowireCapableBeanFactory()
.autowireBeanProperties(instance,
AutowireCapableBeanFactory.AUTOWIRE_BY_NAME, false)
Is there a similar API in Weld/CDI?
TIA
Andres
--
View this message in context:
http://weld-development-discussions.46994.n3.nabble.com/Offering-beans-po...
Sent from the Weld development discussions mailing list archive at
Nabble.com.
_______________________________________________
weld-dev mailing list
weld-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/weld-dev
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://www.google.com/profiles/dan.j.allen#about
http://mojavelinux.com
http://mojavelinux.com/seaminaction
2:15 p.m.
On Wed, Mar 9, 2011 at 15:14, Dan Allen <dan.j.allen(a)gmail.com> wrote:
Yes. What you want to accomplish is called "injecting into a
non-contextual
instance", or in other words "injecting into a non-bean instance". The
object is an injection target.
I meant: in other words, "injecting into a non-managed instance".
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://www.google.com/profiles/dan.j.allen#about
http://mojavelinux.com
http://mojavelinux.com/seaminaction
2:18 p.m.
Also forgot to attach the code snippet:
protected void injectNonContextualInstance(BeanManager manager, Object
instance)
{
CreationalContext<Object> creationalContext =
manager.createCreationalContext(null);
InjectionTarget<Object> injectionTarget = (InjectionTarget<Object>)
manager.createInjectionTarget(
manager.createAnnotatedType(instance.getClass()));
injectionTarget.inject(instance, creationalContext);
}
-Dan
On Wed, Mar 9, 2011 at 15:15, Dan Allen <dan.j.allen(a)gmail.com> wrote:
On Wed, Mar 9, 2011 at 15:14, Dan Allen <dan.j.allen(a)gmail.com>
wrote:
> Yes. What you want to accomplish is called "injecting into a
> non-contextual instance", or in other words "injecting into a non-bean
> instance". The object is an injection target.
>
> I meant: in other words, "injecting into a non-managed instance".
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://www.google.com/profiles/dan.j.allen#about
http://mojavelinux.com
http://mojavelinux.com/seaminaction
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://www.google.com/profiles/dan.j.allen#about
http://mojavelinux.com
http://mojavelinux.com/seaminaction
5006
days inactive
5006
days old
7 comments
3 participants
participants (3)
-
aalmiray -
Dan Allen -
Marius Bogoevici