You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Henri Yandell (JIRA)" <ji...@apache.org> on 2010/02/24 10:26:29 UTC

[jira] Updated: (LANG-503) GetterMethodsReflectionToStringBuilder (code attached, proposal for integration)

     [ https://issues.apache.org/jira/browse/LANG-503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Henri Yandell updated LANG-503:
-------------------------------

    Fix Version/s:     (was: 3.0)
                   3.1

Moving to 3.1 as it doesn't imply backwards compatibility. I think we'd want to apply this feature to all the builders before committing.

> GetterMethodsReflectionToStringBuilder (code attached, proposal for integration)
> --------------------------------------------------------------------------------
>
>                 Key: LANG-503
>                 URL: https://issues.apache.org/jira/browse/LANG-503
>             Project: Commons Lang
>          Issue Type: Improvement
>          Components: lang.builder.*
>    Affects Versions: 2.4
>            Reporter: Michael Vorburger
>             Fix For: 3.1
>
>         Attachments: GetterMethodsReflectionToStringBuilder.java, GetterMethodsReflectionToStringBuilderTest.java, SomeTestBean.java
>
>
> The ReflectionToStringBuilder "reflects" on fields... I needed one that works based on public getters().
> This is useful for example with some kind of value objects where the internal private field structure is not really what you would want to see in a toString(), but which have a series of getters which were exactly what was frequently required to be dumped. There is probably other uses too (e.g. works even with a SecurityManager - that's not what I wrote it for, but could be an advantage over the ReflectionToStringBuilder?).
> I have hacked this and will attach a GetterMethodsReflectionToStringBuilder.java (which extends ReflectionToStringBuilder; works fine, for my use) with a GetterMethodsReflectionToStringBuilderTest (which may need some coverage extension, but is certainly a valid basic unit test) with its SomeTestBean. I'll attach for your consideration to integrate this.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.