[
https://issues.apache.org/jira/browse/LANG-416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579515#action_12579515
]
Paul Benedict commented on LANG-416:
------------------------------------
I am not against it in principle. I was just stating that it shouldn't be done
apart from full input of the BeanUtils developers. They need to be a part of
the process if you're choosing to clone their code.
On another note, I hope that the new constructor/method util methods are not
static methods. The only static factory methods should be factory methods that
select an instantiable implementation -- one being BeanUtils. See the Abstract
Toolkit pattern on the internet for this one.
> Import MethodUtils and ConstructorUtils from BeanUtils
> ------------------------------------------------------
>
> Key: LANG-416
> URL: https://issues.apache.org/jira/browse/LANG-416
> Project: Commons Lang
> Issue Type: New Feature
> Affects Versions: 2.4
> Reporter: Matt Benson
> Fix For: 3.0
>
>
> Mentioned on the mailing list... After we release 2.4 I'd like to:
> - import ConstructorUtils
> - make CU.getMatchingAccessibleConstructor() public
> - import MethodUtils
> - factor best-match calculation code out of MethodUtils into abstract
> superclass MemberUtils, make ConstructorUtils extend MemberUtils and use the
> same code (be on the lookout for ways to improve best-match calcs; my
> original description was based on javadoc that said the first matching method
> encountered was used, but this comment seems to have been outdated).
> - merge any other duplicate (or near-duplicate) code from CU/MethodU into
> MemberU and remove anything else that doesn't make sense in the context of
> Lang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
