12:20 p.m.
All,
I don't see it explicitly called out in the spec, but should I be able to do this?
CDI.current().select(InterceptionFactory.class).get() - e.g. is it a a bean, or can I
only access it as a producer method or via BeanManager.createInterceptionFactory() ?
Also, I found in the 2.0 beta 1 spec the following:
public interface InterceptionFactory<T> {
InterceptionProxyFactory<T> ignoreFinalMethods();
I believe InterceptionProxyFactory should be replaced with InterceptionFactory, if we
haven't already fixed this.
John
________________________________
NOTICE: This e-mail message and any attachments may contain confidential, proprietary,
and/or privileged information which should be treated accordingly. If you are not the
intended recipient, please notify the sender immediately by return e-mail, delete this
message, and destroy all physical and electronic copies. Thank you.
2:28 a.m.
Dne 5.3.2017 v 19:20 John Ament napsal(a):
All,
I don't see it explicitly called out in the spec, but should I be able
to do this? CDI.current().select(InterceptionFactory.class).get() -
e.g. is it a a bean, or can I only access it as a producer method or via
BeanManager.createInterceptionFactory() ?
There is a built-in bean of type InterceptionFactory (as defined in
11.7. The InterceptionFactory interface), but you can only inject it in
a param of a producer method:
"If an injection point of type InterceptionFactory and qualifier
@Default exists and is not a parameter of a producer method, the
container automatically detects the problem and treats it as a
definition error."
Also, I found in the 2.0 beta 1 spec the following:
public interface InterceptionFactory<T> {
InterceptionProxyFactory<T> ignoreFinalMethods();
I believe InterceptionProxyFactory should be replaced
with InterceptionFactory, if we haven't already fixed this.
John
------------------------------------------------------------------------
NOTICE: This e-mail message and any attachments may contain
confidential, proprietary, and/or privileged information which should be
treated accordingly. If you are not the intended recipient, please
notify the sender immediately by return e-mail, delete this message, and
destroy all physical and electronic copies. Thank you.
_______________________________________________
cdi-dev mailing list
cdi-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/cdi-dev
Note that for all code provided on this list, the provider licenses the code under the
Apache License, Version 2 (http://www.apache.org/licenses/LICENSE-2.0.html). For all other
ideas provided on this list, the provider waives all patent and other intellectual
property rights inherent in such information.
--
Martin Kouba
Senior Software Engineer
Red Hat, Czech Republic
5:40 a.m.
Gotcha, makes sense.
________________________________
From: Martin Kouba <mkouba(a)redhat.com>
Sent: Monday, March 6, 2017 3:28 AM
To: John Ament; cdi-dev
Subject: Re: [cdi-dev] Is InterceptionFactory a built in bean?
Dne 5.3.2017 v 19:20 John Ament napsal(a):
All,
I don't see it explicitly called out in the spec, but should I be able
to do this? CDI.current().select(InterceptionFactory.class).get() -
e.g. is it a a bean, or can I only access it as a producer method or via
BeanManager.createInterceptionFactory() ?
There is a built-in bean of type InterceptionFactory (as defined in
11.7. The InterceptionFactory interface), but you can only inject it in
a param of a producer method:
"If an injection point of type InterceptionFactory and qualifier
@Default exists and is not a parameter of a producer method, the
container automatically detects the problem and treats it as a
definition error."
Also, I found in the 2.0 beta 1 spec the following:
public interface InterceptionFactory<T> {
InterceptionProxyFactory<T> ignoreFinalMethods();
I believe InterceptionProxyFactory should be replaced
with InterceptionFactory, if we haven't already fixed this.
John
------------------------------------------------------------------------
NOTICE: This e-mail message and any attachments may contain
confidential, proprietary, and/or privileged information which should be
treated accordingly. If you are not the intended recipient, please
notify the sender immediately by return e-mail, delete this message, and
destroy all physical and electronic copies. Thank you.
_______________________________________________
cdi-dev mailing list
cdi-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/cdi-dev
Note that for all code provided on this list, the provider licenses the code under the
Apache License, Version 2 (http://www.apache.org/licenses/LICENSE-2.0.html). For all other
ideas provided on this list, the provider waives all patent and other intellectual
property rights inherent in such information.
--
Martin Kouba
Senior Software Engineer
Red Hat, Czech Republic
________________________________
NOTICE: This e-mail message and any attachments may contain confidential, proprietary,
and/or privileged information which should be treated accordingly. If you are not the
intended recipient, please notify the sender immediately by return e-mail, delete this
message, and destroy all physical and electronic copies. Thank you.
2854
days inactive
2855
days old
2 comments
2 participants
participants (2)
-
John Ament -
Martin Kouba