Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Sun, 10 Mar 2013 14:59:12 +0000 (UTC)
From: "Benedikt Ritter (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: <JIRA.12633682.1361564965990.415132.1362927552283@arcas>
In-Reply-To: <JIRA.12633682.1361564965990@arcas>
References: <JIRA.12633682.1361564965990@arcas>
Subject: [jira] [Commented] (BEANUTILS-425) Support customization of
 introspection mechanism
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/BEANUTILS-425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13598279#comment-13598279 ] 

Benedikt Ritter commented on BEANUTILS-425:
-------------------------------------------

Hi Oliver,

I've had a look at your patch. The following things should IMHO be changed before applying:
 * Rename IntrospectionContextImpl to DefaltIntrospectionContext
 * Rename IntrospectionContext.getCurrentClass() to getClass()
 * Add generics
 * Add unit tests for DefaultBeanIntrospector

What I like very much is, that we can externalize the bug fix for bugzilla 28358 into a separate object. BeanUtils has the problem that to much is going on in some of its methods.
                
> Support customization of introspection mechanism
> ------------------------------------------------
>
>                 Key: BEANUTILS-425
>                 URL: https://issues.apache.org/jira/browse/BEANUTILS-425
>             Project: Commons BeanUtils
>          Issue Type: New Feature
>          Components: Bean / Property Utils
>    Affects Versions: 1.8.3
>            Reporter: Oliver Heger
>            Assignee: Oliver Heger
>            Priority: Minor
>         Attachments: beanutils-425.patch
>
>
> So far BeanUtils can cope with properties conforming to the Java Beans specification. In some situations it makes sense to relax this requirement and allow the detection of other forms of get and set methods as well.
> For instance, fluent APIs have become popular. Here you have a set method which does not return *void* and thus violates the Java Beans specification. Objects using such an API cannot be dealt with by BeanUtils currently.
> For reasons of backwards compatibility the current behavior should remain the default. But it would be cool if there was an option to set a custom introspection policy. The policy would be invoked during property discovery and can decide which properties to include or not.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira