> On Aug 7, 2025, at 5:58 PM, Gary Gregory <garydgreg...@gmail.com> wrote:
>
> On Wed, Aug 6, 2025 at 3:46 AM Piotr P. Karwasz
> <pi...@mailing.copernik.eu> wrote:
>>
>>
>> Hi Gary,
>>
>> On 6.08.2025 00:00, Gary Gregory wrote:
>>> In both branch 1.X and master, the class ConstructorUtils is unused
>>> and duplicates APIs in Commons Lang.
>>>
>>> I propose to drop it from master, which will be 2.0 when finalized.
>>
>> What should be the demarcation between Commons Text, Commons Lang, and
>> Commons BeanUtils:
>>
>> - Operations on Java primitive values, arrays, and locale-independent
>> strings used in configurations or business logic clearly belong in
>> Lang.
>>
>> - Handling of text for UI display belongs in Text.
>>
>> - String interpolation also falls under Text.
>>
>> - Everything that deals with `java.beans` should be in BeanUtils.
>>
>> - I’m less certain about reflection logic: BeanUtils feels like
>> the natural home, although Lang currently also contains duplicates of
>> it.
>> I looked at the history and classes like `MethodUtils` appeared in
>> BeanUtils two years before they were moved to Lang (2008 vs 2010).
>
> Hi Piotr,
>
> Thank you for your digging in the history.
>
>> in
>> BeanUtils two years before they were moved to Lang (2008 vs 2010).
>
> That tells me we can complete this move for BU 2.0. Since all
> reflection business happens in `java.lang.reflect` and Lang rightly
> has much more comprehensive support for `java.lang.reflect`, that's
> where the code belongs IMO. This can leave BU to _focus_ on the
> `java.beans` aspects.
>
> The fact that `ConstructorUtils` is not even used by BU itself is also
> an indication that users who want this functionality can get it from
> Lang.
+1 for deprecation. Particularly if duplicated in Lang.
>
> TY,
> Gary
>
>>
>> Piotr
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
