commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Niall Pemberton (JIRA)" <j...@apache.org>
Subject [jira] Commented: (LANG-416) Import MethodUtils and ConstructorUtils from BeanUtils
Date Tue, 18 Mar 2008 18:17:26 GMT

    [ https://issues.apache.org/jira/browse/LANG-416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579975#action_12579975
] 

Niall Pemberton commented on LANG-416:
--------------------------------------

I am hoping to release BeanUtils 1.8.0 - but after that I'm not sure. BeanUtils is less relevant
with the advent of the "independant EL",  grew (IMO) too big in scope (conversion at least
should be a separate component) and is hampered by the existing API. Since there doesn't seem
to be anyone else interested, then I guess its in maintenance mode and therefore duplicating
its functionality, rather than developing within BeanUtils is probably a reasonable route.

I believe Stephen was referring to "reflect" and not "clazz":
  http://svn.apache.org/viewvc/commons/dormant/reflect/

...although perhaps theres stuff relevant in both. I could see this area growing quite big,
so perhaps reflect should be resurrected, rather than putting it in lang - but I guess that
decision could wait until theres something concrete that could be considered for release and
an idea about future growth of that area.




> 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.


Mime
View raw message