11:15 a.m.
For managed beans (@ManagedBean classes), they are java EE component
classes. They support both cdi and non-cdi interceptors. When I create a
instance using injectionTarget.produce(), I got hold of the instance with
both cdi and non-cdi interceptors associated. However, the @Resource
injection point on the non-cdi interceptors are not injected when Weld
creates the interceptor instances.
Is there anything I have missed or this is a bug?
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org
12:49 a.m.
That's expected. The non-cdi interceptors are expected to be partially
managed by the EE container (resource injection). If you need resource
injection in the non-CDI interceptors you can use InjectionTargetBuilder
to customize this behavior, e.g:
beanManager.createInjectionTargetBuilder(type)
.setDecorationEnabled(false)
.setInterceptionEnabled(false)
.setTargetClassLifecycleCallbacksEnabled(false)
.setResourceInjectionEnabled(true)
.build()
On 06/02/2015 06:15 PM, Emily Jiang wrote:
For managed beans (@ManagedBean classes), they are java EE component
classes. They support both cdi and non-cdi interceptors. When I create
a instance using injectionTarget.produce(), I got hold of the instance
with both cdi and non-cdi interceptors associated. However, the
@Resource injection point on the non-cdi interceptors are not injected
when Weld creates the interceptor instances.
Is there anything I have missed or this is a bug?
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org <mailto:ejiang@apache.org>
_______________________________________________
weld-dev mailing list
weld-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/weld-dev
4:25 a.m.
Thank you Jozef for your quick reply!
The point is that Weld creates the non-cdi interceptors, so we don't have
control over. We can only control how to create the managed beans, which I
think the defult setting for the injectionTarget are correct (interceptor,
decorator, lifecycle call and resource injection enabled).
After further debugging, below is the calling stack for creating non-cdi
interceptors
BasicInjectionTarget<T>.createNonCdiInterceptor(EnhancedAnnotatedType<T>,
BeanManagerImpl) line: 69
InjectionTargetFactoryImpl<T>.chooseInjectionTarget(EnhancedAnnotatedType<T>,
Bean<T>, boolean) line: 126
InjectionTargetFactoryImpl<T>.createInjectionTarget(EnhancedAnnotatedType<T>,
Bean<T>, boolean) line: 87
InjectionTargetFactoryImpl<T>.createInjectionTarget(Bean<T>, boolean) line:
80
InjectionTargetFactoryImpl<T>.createInterceptorInjectionTarget() line: 75
PlainInterceptorFactory<T>.of(Class<T>, BeanManagerImpl) line: 41
InterceptorMetadataReader$1.load(Class<?>) line: 44
InterceptorMetadataReader$1.load(Object) line: 39
LocalCache$LoadingValueReference<K,V>.loadFuture(K, CacheLoader<? super
K,V>) line: 3599
LocalCache$Segment<K,V>.loadSync(K, int, LoadingValueReference<K,V>,
CacheLoader<? super K,V>) line: 2379
LocalCache$Segment<K,V>.lockedGetOrLoad(K, int, CacheLoader<? super K,V>)
line: 2342
LocalCache$Segment<K,V>.get(K, int, CacheLoader<? super K,V>) line: 2257
LocalCache<K,V>.get(K, CacheLoader<? super K,V>) line: 4000
LocalCache<K,V>.getOrLoad(K) line: 4004
LocalCache$LocalLoadingCache<K,V>.get(K) line: 4874
LoadingCacheUtils.getCacheValue(LoadingCache<K,V>, K) line: 49
LoadingCacheUtils.getCastCacheValue(LoadingCache<K,V>, Object) line: 74
InterceptorMetadataReader.getPlainInterceptorMetadata(Class<T>) line: 64
InterceptionModelInitializer<T>.initClassDeclaredEjbInterceptors() line:
233
InterceptionModelInitializer<T>.initEjbInterceptors() line: 217
InterceptionModelInitializer<T>.init() line: 103
BeanInjectionTarget<T>.buildInterceptionModel(EnhancedAnnotatedType<T>,
AbstractInstantiator<T>) line: 93
BeanInjectionTarget<T>.initializeInterceptionModel(EnhancedAnnotatedType<T>)
line: 88
BeanInjectionTarget<T>.initializeAfterBeanDiscovery(EnhancedAnnotatedType<T>)
line: 98
InjectionTargetInitializationContext<T>.initialize() line: 42
InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetInitializationContext<?>)
line: 55
InjectionTargetService.addInjectionTargetToBeInitialized(EnhancedAnnotatedType<T>,
BasicInjectionTarget<T>) line: 49
InjectionTargetFactoryImpl<T>.initialize(BasicInjectionTarget<T>) line: 145
InjectionTargetFactoryImpl<T>.createInjectionTarget(EnhancedAnnotatedType<T>,
Bean<T>, boolean) line: 92
InjectionTargetFactoryImpl<T>.createInjectionTarget(Bean<T>, boolean) line:
80
InjectionTargetFactoryImpl<T>.createInjectionTarget(Bean<T>) line: 70
InjectionTargetFactoryImpl<T>.createInjectionTarget(Bean) line: 54
This following line on BasicInjectionTarget uses the DefaultInjector, which
does not support resource injection.
return new BasicInjectionTarget<T>(type, null, beanManager,
DefaultInjector.of(type, null, beanManager),
NoopLifecycleCallbackInvoker.<T>getInstance());
I might have missed your point. Please elaborate a bit more.
On Wed, Jun 3, 2015 at 6:49 AM, Jozef Hartinger <jharting(a)redhat.com> wrote:
That's expected. The non-cdi interceptors are expected to be
partially
managed by the EE container (resource injection). If you need resource
injection in the non-CDI interceptors you can use InjectionTargetBuilder to
customize this behavior, e.g:
beanManager.createInjectionTargetBuilder(type)
.setDecorationEnabled(false)
.setInterceptionEnabled(false)
.setTargetClassLifecycleCallbacksEnabled(false)
.setResourceInjectionEnabled(true)
.build()
On 06/02/2015 06:15 PM, Emily Jiang wrote:
For managed beans (@ManagedBean classes), they are java EE component
classes. They support both cdi and non-cdi interceptors. When I create a
instance using injectionTarget.produce(), I got hold of the instance with
both cdi and non-cdi interceptors associated. However, the @Resource
injection point on the non-cdi interceptors are not injected when Weld
creates the interceptor instances.
Is there anything I have missed or this is a bug?
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org
_______________________________________________
weld-dev mailing
listweld-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/weld-dev
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org
4:50 a.m.
What I meant was that your PlainInterceptorFactory should in this case,
instead of calling createInterceptorInjectionTarget(), call
beanManager.createInjectionTargetBuilder(type)
.setDecorationEnabled(false)
.setInterceptionEnabled(false)
.setTargetClassLifecycleCallbacksEnabled(false)
.setResourceInjectionEnabled(true)
.build()
The InjectionTarget you get should be the same except for resource
injection which will be provided by Weld.
Jozef
On 06/03/2015 11:25 AM, Emily Jiang wrote:
I might have missed your point. Please elaborate a bit more.
5:52 a.m.
Jozef,
The PlainInterceptorFactory is weld class. Here is the stack when we
created an instance for a managed bean class (@ManagedBean) by calling
injectionTarget.produce(); You are not asking me to override
PlainInterceptorFactory, right?
Caused by: java.lang.Exception
at
org.jboss.weld.injection.producer.BasicInjectionTarget.createNonCdiInterceptor(BasicInjectionTarget.java:69)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.chooseInjectionTarget(InjectionTargetFactoryImpl.java:126)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:87)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInterceptorInjectionTarget(InjectionTargetFactoryImpl.java:75)
at
org.jboss.weld.interceptor.reader.PlainInterceptorFactory.of(PlainInterceptorFactory.java:41)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:44)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:39)
at
com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3599)
at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2379)
at
com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2342)
at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2257)
at com.google.common.cache.LocalCache.get(LocalCache.java:4000)
at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:4004)
at
com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4874)
at
org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
at
org.jboss.weld.util.cache.LoadingCacheUtils.getCastCacheValue(LoadingCacheUtils.java:74)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader.getPlainInterceptorMetadata(InterceptorMetadataReader.java:64)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.initClassDeclaredEjbInterceptors(InterceptionModelInitializer.java:233)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.initEjbInterceptors(InterceptionModelInitializer.java:217)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.init(InterceptionModelInitializer.java:103)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.buildInterceptionModel(BeanInjectionTarget.java:93)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeInterceptionModel(BeanInjectionTarget.java:88)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeAfterBeanDiscovery(BeanInjectionTarget.java:98)
at
org.jboss.weld.injection.producer.InjectionTargetInitializationContext.initialize(InjectionTargetInitializationContext.java:42)
at
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:55)
at
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:49)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.initialize(InjectionTargetFactoryImpl.java:145)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:92)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:70)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:54)
On Wed, Jun 3, 2015 at 10:50 AM, Jozef Hartinger <jharting(a)redhat.com>
wrote:
What I meant was that your PlainInterceptorFactory should in this
case,
instead of calling createInterceptorInjectionTarget(), call
beanManager.createInjectionTargetBuilder(type)
.setDecorationEnabled(false)
.setInterceptionEnabled(false)
.setTargetClassLifecycleCallbacksEnabled(false)
.setResourceInjectionEnabled(true)
.build()
The InjectionTarget you get should be the same except for resource
injection which will be provided by Weld.
Jozef
On 06/03/2015 11:25 AM, Emily Jiang wrote:
> I might have missed your point. Please elaborate a bit more.
>
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org
8:02 a.m.
Oops, sorry. Ignore my last e-mail. How do you obtain the
InjectionTarget for the non-CDI interceptor?
On 06/03/2015 12:52 PM, Emily Jiang wrote:
Jozef,
The PlainInterceptorFactory is weld class. Here is the stack when we
created an instance for a managed bean class (@ManagedBean) by calling
injectionTarget.produce(); You are not asking me to override
PlainInterceptorFactory, right?
Caused by: java.lang.Exception
at
org.jboss.weld.injection.producer.BasicInjectionTarget.createNonCdiInterceptor(BasicInjectionTarget.java:69)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.chooseInjectionTarget(InjectionTargetFactoryImpl.java:126)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:87)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInterceptorInjectionTarget(InjectionTargetFactoryImpl.java:75)
at
org.jboss.weld.interceptor.reader.PlainInterceptorFactory.of(PlainInterceptorFactory.java:41)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:44)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:39)
at
com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3599)
at
com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2379)
at
com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2342)
at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2257)
at com.google.common.cache.LocalCache.get(LocalCache.java:4000)
at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:4004)
at
com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4874)
at
org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
at
org.jboss.weld.util.cache.LoadingCacheUtils.getCastCacheValue(LoadingCacheUtils.java:74)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader.getPlainInterceptorMetadata(InterceptorMetadataReader.java:64)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.initClassDeclaredEjbInterceptors(InterceptionModelInitializer.java:233)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.initEjbInterceptors(InterceptionModelInitializer.java:217)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.init(InterceptionModelInitializer.java:103)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.buildInterceptionModel(BeanInjectionTarget.java:93)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeInterceptionModel(BeanInjectionTarget.java:88)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeAfterBeanDiscovery(BeanInjectionTarget.java:98)
at
org.jboss.weld.injection.producer.InjectionTargetInitializationContext.initialize(InjectionTargetInitializationContext.java:42)
at
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:55)
at
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:49)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.initialize(InjectionTargetFactoryImpl.java:145)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:92)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:70)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:54)
On Wed, Jun 3, 2015 at 10:50 AM, Jozef Hartinger <jharting(a)redhat.com
<mailto:jharting@redhat.com>> wrote:
What I meant was that your PlainInterceptorFactory should in this
case, instead of calling createInterceptorInjectionTarget(), call
beanManager.createInjectionTargetBuilder(type)
.setDecorationEnabled(false)
.setInterceptionEnabled(false)
.setTargetClassLifecycleCallbacksEnabled(false)
.setResourceInjectionEnabled(true)
.build()
The InjectionTarget you get should be the same except for resource
injection which will be provided by Weld.
Jozef
On 06/03/2015 11:25 AM, Emily Jiang wrote:
I might have missed your point. Please elaborate a bit more.
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org <mailto:ejiang@apache.org>
8:41 a.m.
Hi Jozef,
The non-CDI interceptor was created by Weld when I called
injectionTarget.produce() on a ManagedBean class. I have no control of it.
Please see above for the stack. The stack shows the creation sequence
(managed bean creation -> non-cdi interceptor creation). I used the
following snippet to create injection Target for the ManagedBean.
Bean<T> bean = getBean(); // returns null for managed bean with
dependent scope
AnnotatedType<T> annotatedType =
beanManager.createAnnotatedType(clazz);
InjectionTargetFactory<T> itf=
beanManager.getInjectionTargetFactory(annotatedType);
injectionTarget = itf.createInjectionTarget(bean);
injectionTarget.produce(context); //produce an instance with
all non-cdi and cdi interceptors... but the non-cdi interceptors without
any ee injection
Thanks
Emily
On Wed, Jun 3, 2015 at 2:02 PM, Jozef Hartinger <jharting(a)redhat.com> wrote:
Oops, sorry. Ignore my last e-mail. How do you obtain the
InjectionTarget
for the non-CDI interceptor?
On 06/03/2015 12:52 PM, Emily Jiang wrote:
Jozef,
The PlainInterceptorFactory is weld class. Here is the stack when we
created an instance for a managed bean class (@ManagedBean) by calling
injectionTarget.produce(); You are not asking me to override
PlainInterceptorFactory, right?
Caused by: java.lang.Exception
at
org.jboss.weld.injection.producer.BasicInjectionTarget.createNonCdiInterceptor(BasicInjectionTarget.java:69)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.chooseInjectionTarget(InjectionTargetFactoryImpl.java:126)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:87)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInterceptorInjectionTarget(InjectionTargetFactoryImpl.java:75)
at
org.jboss.weld.interceptor.reader.PlainInterceptorFactory.of(PlainInterceptorFactory.java:41)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:44)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:39)
at
com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3599)
at
com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2379)
at
com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2342)
at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2257)
at com.google.common.cache.LocalCache.get(LocalCache.java:4000)
at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:4004)
at
com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4874)
at
org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
at
org.jboss.weld.util.cache.LoadingCacheUtils.getCastCacheValue(LoadingCacheUtils.java:74)
at
org.jboss.weld.interceptor.reader.InterceptorMetadataReader.getPlainInterceptorMetadata(InterceptorMetadataReader.java:64)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.initClassDeclaredEjbInterceptors(InterceptionModelInitializer.java:233)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.initEjbInterceptors(InterceptionModelInitializer.java:217)
at
org.jboss.weld.injection.producer.InterceptionModelInitializer.init(InterceptionModelInitializer.java:103)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.buildInterceptionModel(BeanInjectionTarget.java:93)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeInterceptionModel(BeanInjectionTarget.java:88)
at
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeAfterBeanDiscovery(BeanInjectionTarget.java:98)
at
org.jboss.weld.injection.producer.InjectionTargetInitializationContext.initialize(InjectionTargetInitializationContext.java:42)
at
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:55)
at
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:49)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.initialize(InjectionTargetFactoryImpl.java:145)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:92)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:70)
at
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:54)
On Wed, Jun 3, 2015 at 10:50 AM, Jozef Hartinger <jharting(a)redhat.com>
wrote:
> What I meant was that your PlainInterceptorFactory should in this case,
> instead of calling createInterceptorInjectionTarget(), call
>
> beanManager.createInjectionTargetBuilder(type)
> .setDecorationEnabled(false)
> .setInterceptionEnabled(false)
> .setTargetClassLifecycleCallbacksEnabled(false)
> .setResourceInjectionEnabled(true)
> .build()
>
> The InjectionTarget you get should be the same except for resource
> injection which will be provided by Weld.
>
> Jozef
>
>
> On 06/03/2015 11:25 AM, Emily Jiang wrote:
>
>> I might have missed your point. Please elaborate a bit more.
>>
>
>
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org
2:03 a.m.
Hi Emily,
thanks for your patience :-) You are right that this is a bug in Weld. I
filed https://issues.jboss.org/browse/WELD-1963 to track this issue.
Jozef
On 06/03/2015 03:41 PM, Emily Jiang wrote:
Hi Jozef,
The non-CDI interceptor was created by Weld when I called
injectionTarget.produce() on a ManagedBean class. I have no control of
it. Please see above for the stack. The stack shows the creation
sequence (managed bean creation -> non-cdi interceptor creation). I
used the following snippet to create injection Target for the ManagedBean.
Bean<T> bean = getBean(); // returns null for managed bean
with dependent scope
AnnotatedType<T> annotatedType =
beanManager.createAnnotatedType(clazz);
InjectionTargetFactory<T> itf=
beanManager.getInjectionTargetFactory(annotatedType);
injectionTarget = itf.createInjectionTarget(bean);
injectionTarget.produce(context); //produce an instance
with all non-cdi and cdi interceptors... but the non-cdi interceptors
without any ee injection
Thanks
Emily
On Wed, Jun 3, 2015 at 2:02 PM, Jozef Hartinger <jharting(a)redhat.com
<mailto:jharting@redhat.com>> wrote:
Oops, sorry. Ignore my last e-mail. How do you obtain the
InjectionTarget for the non-CDI interceptor?
On 06/03/2015 12:52 PM, Emily Jiang wrote:
> Jozef,
> The PlainInterceptorFactory is weld class. Here is the stack when
> we created an instance for a managed bean class (@ManagedBean) by
> calling injectionTarget.produce(); You are not asking me to
> override PlainInterceptorFactory, right?
>
>
> Caused by: java.lang.Exception
> at
>
org.jboss.weld.injection.producer.BasicInjectionTarget.createNonCdiInterceptor(BasicInjectionTarget.java:69)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.chooseInjectionTarget(InjectionTargetFactoryImpl.java:126)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:87)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInterceptorInjectionTarget(InjectionTargetFactoryImpl.java:75)
> at
>
org.jboss.weld.interceptor.reader.PlainInterceptorFactory.of(PlainInterceptorFactory.java:41)
> at
>
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:44)
> at
>
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:39)
> at
>
com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3599)
> at
> com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2379)
> at
> com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2342)
> at
> com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2257)
> at com.google.common.cache.LocalCache.get(LocalCache.java:4000)
> at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:4004)
> at
> com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4874)
> at
>
org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
> at
>
org.jboss.weld.util.cache.LoadingCacheUtils.getCastCacheValue(LoadingCacheUtils.java:74)
> at
>
org.jboss.weld.interceptor.reader.InterceptorMetadataReader.getPlainInterceptorMetadata(InterceptorMetadataReader.java:64)
> at
>
org.jboss.weld.injection.producer.InterceptionModelInitializer.initClassDeclaredEjbInterceptors(InterceptionModelInitializer.java:233)
> at
>
org.jboss.weld.injection.producer.InterceptionModelInitializer.initEjbInterceptors(InterceptionModelInitializer.java:217)
> at
>
org.jboss.weld.injection.producer.InterceptionModelInitializer.init(InterceptionModelInitializer.java:103)
> at
>
org.jboss.weld.injection.producer.BeanInjectionTarget.buildInterceptionModel(BeanInjectionTarget.java:93)
> at
>
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeInterceptionModel(BeanInjectionTarget.java:88)
> at
>
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeAfterBeanDiscovery(BeanInjectionTarget.java:98)
> at
>
org.jboss.weld.injection.producer.InjectionTargetInitializationContext.initialize(InjectionTargetInitializationContext.java:42)
> at
>
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:55)
> at
>
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:49)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.initialize(InjectionTargetFactoryImpl.java:145)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:92)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:70)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:54)
>
> On Wed, Jun 3, 2015 at 10:50 AM, Jozef Hartinger
> <jharting(a)redhat.com <mailto:jharting@redhat.com>> wrote:
>
> What I meant was that your PlainInterceptorFactory should in
> this case, instead of calling
> createInterceptorInjectionTarget(), call
>
> beanManager.createInjectionTargetBuilder(type)
> .setDecorationEnabled(false)
> .setInterceptionEnabled(false)
> .setTargetClassLifecycleCallbacksEnabled(false)
> .setResourceInjectionEnabled(true)
> .build()
>
> The InjectionTarget you get should be the same except for
> resource injection which will be provided by Weld.
>
> Jozef
>
>
> On 06/03/2015 11:25 AM, Emily Jiang wrote:
>
> I might have missed your point. Please elaborate a bit more.
>
>
>
>
>
> --
> Thanks
> Emily
> =================
> Emily Jiang
> ejiang(a)apache.org <mailto:ejiang@apache.org>
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org <mailto:ejiang@apache.org>
3:36 a.m.
Thank you Jozef! Glad to know that we eventually synced up. It will be
great if this bug is fixed soon.
On Thu, Jun 4, 2015 at 8:03 AM, Jozef Hartinger <jharting(a)redhat.com> wrote:
Hi Emily,
thanks for your patience :-) You are right that this is a bug in Weld. I
filed https://issues.jboss.org/browse/WELD-1963 to track this issue.
Jozef
On 06/03/2015 03:41 PM, Emily Jiang wrote:
Hi Jozef,
The non-CDI interceptor was created by Weld when I called
injectionTarget.produce() on a ManagedBean class. I have no control of it.
Please see above for the stack. The stack shows the creation sequence
(managed bean creation -> non-cdi interceptor creation). I used the
following snippet to create injection Target for the ManagedBean.
Bean<T> bean = getBean(); // returns null for managed bean
with dependent scope
AnnotatedType<T> annotatedType =
beanManager.createAnnotatedType(clazz);
InjectionTargetFactory<T> itf=
beanManager.getInjectionTargetFactory(annotatedType);
injectionTarget = itf.createInjectionTarget(bean);
injectionTarget.produce(context); //produce an instance with
all non-cdi and cdi interceptors... but the non-cdi interceptors without
any ee injection
Thanks
Emily
On Wed, Jun 3, 2015 at 2:02 PM, Jozef Hartinger <jharting(a)redhat.com>
wrote:
> Oops, sorry. Ignore my last e-mail. How do you obtain the
> InjectionTarget for the non-CDI interceptor?
>
>
> On 06/03/2015 12:52 PM, Emily Jiang wrote:
>
> Jozef,
> The PlainInterceptorFactory is weld class. Here is the stack when we
> created an instance for a managed bean class (@ManagedBean) by calling
> injectionTarget.produce(); You are not asking me to override
> PlainInterceptorFactory, right?
>
>
> Caused by: java.lang.Exception
> at
>
org.jboss.weld.injection.producer.BasicInjectionTarget.createNonCdiInterceptor(BasicInjectionTarget.java:69)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.chooseInjectionTarget(InjectionTargetFactoryImpl.java:126)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:87)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInterceptorInjectionTarget(InjectionTargetFactoryImpl.java:75)
> at
>
org.jboss.weld.interceptor.reader.PlainInterceptorFactory.of(PlainInterceptorFactory.java:41)
> at
>
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:44)
> at
>
org.jboss.weld.interceptor.reader.InterceptorMetadataReader$1.load(InterceptorMetadataReader.java:39)
> at
>
com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3599)
> at
> com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2379)
> at
> com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2342)
> at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2257)
> at com.google.common.cache.LocalCache.get(LocalCache.java:4000)
> at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:4004)
> at
> com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4874)
> at
> org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
> at
>
org.jboss.weld.util.cache.LoadingCacheUtils.getCastCacheValue(LoadingCacheUtils.java:74)
> at
>
org.jboss.weld.interceptor.reader.InterceptorMetadataReader.getPlainInterceptorMetadata(InterceptorMetadataReader.java:64)
> at
>
org.jboss.weld.injection.producer.InterceptionModelInitializer.initClassDeclaredEjbInterceptors(InterceptionModelInitializer.java:233)
> at
>
org.jboss.weld.injection.producer.InterceptionModelInitializer.initEjbInterceptors(InterceptionModelInitializer.java:217)
> at
>
org.jboss.weld.injection.producer.InterceptionModelInitializer.init(InterceptionModelInitializer.java:103)
> at
>
org.jboss.weld.injection.producer.BeanInjectionTarget.buildInterceptionModel(BeanInjectionTarget.java:93)
> at
>
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeInterceptionModel(BeanInjectionTarget.java:88)
> at
>
org.jboss.weld.injection.producer.BeanInjectionTarget.initializeAfterBeanDiscovery(BeanInjectionTarget.java:98)
> at
>
org.jboss.weld.injection.producer.InjectionTargetInitializationContext.initialize(InjectionTargetInitializationContext.java:42)
> at
>
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:55)
> at
>
org.jboss.weld.injection.producer.InjectionTargetService.addInjectionTargetToBeInitialized(InjectionTargetService.java:49)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.initialize(InjectionTargetFactoryImpl.java:145)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:92)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:80)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:70)
> at
>
org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:54)
>
> On Wed, Jun 3, 2015 at 10:50 AM, Jozef Hartinger <jharting(a)redhat.com>
> wrote:
>
>> What I meant was that your PlainInterceptorFactory should in this case,
>> instead of calling createInterceptorInjectionTarget(), call
>>
>> beanManager.createInjectionTargetBuilder(type)
>> .setDecorationEnabled(false)
>> .setInterceptionEnabled(false)
>> .setTargetClassLifecycleCallbacksEnabled(false)
>> .setResourceInjectionEnabled(true)
>> .build()
>>
>> The InjectionTarget you get should be the same except for resource
>> injection which will be provided by Weld.
>>
>> Jozef
>>
>>
>> On 06/03/2015 11:25 AM, Emily Jiang wrote:
>>
>>> I might have missed your point. Please elaborate a bit more.
>>>
>>
>>
>
>
> --
> Thanks
> Emily
> =================
> Emily Jiang
> ejiang(a)apache.org
>
>
>
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org
--
Thanks
Emily
=================
Emily Jiang
ejiang(a)apache.org
3484
days inactive
3486
days old
8 comments
2 participants
participants (2)
-
Emily Jiang -
Jozef Hartinger