[cdi-dev] [JBoss JIRA] (CDI-670) Clarify InterceptionFactory.ignoreFinalMethods() purpose and functioning
Martin Kouba (JIRA)
issues at jboss.org
Thu Dec 15 03:46:00 EST 2016
[ https://issues.jboss.org/browse/CDI-670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Martin Kouba updated CDI-670:
-----------------------------
Priority: Critical (was: Major)
> Clarify InterceptionFactory.ignoreFinalMethods() purpose and functioning
> ------------------------------------------------------------------------
>
> Key: CDI-670
> URL: https://issues.jboss.org/browse/CDI-670
> Project: CDI Specification Issues
> Issue Type: Clarification
> Reporter: Martin Kouba
> Priority: Critical
> Fix For: 2.0 .Final
>
>
> It should be clear that {{InterceptionFactory.ignoreFinalMethods()}} only affects the generation of the "proxy" which enables interception. E.g. the following example would FAIL during validation of {{myFoo}} injection point (bootstrap):
> {code:java}
> @Inject
> Foo myFoo;
> @Produces
> @RequestScoped // -> Requires a client proxy
> public Foo produce(InterceptionFactory<Foo> interceptionFactory) {
> // Suppose Foo has a final method
> return interceptionFactory.ignoreFinalMethods().createInterceptedInstance(new FinalProduct());
> }
> {code}
> The reason is that the CDI container must treat the producer as a deployment problem (unless {{javax.enterprise.inject.spi.ProcessBeanAttributes.ignoreFinalMethods()}} is used for the producer method).
> I understand that it's not very intuitive. On the other hand, these are two different concepts. I.e. the *injection point validation happens during bootstrap* while the {{InterceptionFactory}} *is used at runtime*.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
More information about the cdi-dev
mailing list