[
https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.sy...
]
Emily Jiang commented on CDI-527:
---------------------------------
Option A is easy but it does not help the customers with legacy applications. It is not
their fault in the first place. The JDK change is beyond their control. If we want to make
CDI popular, we should help the customers who are stuck if they are unable to update their
legacy applications.
Option D: Support proxy on all java.x or javax... classes. Since the system property does
not sell well, how about introduce a method setAllowProxyingOnUnProxyable(boolean
allowProxying) on CDI.java? If not set, false is the default.
allow proxying of classes with non-private final methods
--------------------------------------------------------
Key: CDI-527
URL:
https://issues.jboss.org/browse/CDI-527
Project: CDI Specification Issues
Issue Type: Feature Request
Components: Beans
Affects Versions: 1.2.Final
Reporter: Mark Struberg
Assignee: Mark Struberg
Fix For: 2.0 (proposed)
Currently we explicitly disallow proxying of classes with non-private final methods.
EJB _does_ allow this. And there are a few final methods in the JDK and other libs. E.g.
HashMap#initHashSeedAsNeeded. Currently we cannot have a producer method for it.
We might rethink our decision and allow it. Probably with an own annotation like
@AllowProxying which disables this check for certain cases (subclass managed-beans or
producers).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)