commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From André Diermann <andre.dierm...@gmail.com>
Subject Re: [beanutils2] Assertions class vs. lang Validate
Date Sat, 01 Mar 2014 16:50:52 GMT
Simon, that makes totally sense to me :) ..that's why I also often struggle
to use StringUtils for instance... but it starts with only one method and
after some time I find myself in having copied a lot of methods.

That's why I like Gary's idea too. Regarding BU2, MethodUtil and TypeUtil
are also subsets from their lang pendants. So, when extending BU2 more and
more to BU's feature set, there might be even more copied methods...

But I am not so deep in BU2's component architecture like you guys, so to
keep it lightweight is fine for more :) I was only wondering why it was not
reused.

Thank you.


2014-03-01 17:32 GMT+01:00 Gary Gregory <garydgregory@gmail.com>:

> My preference would be for components like [io] and [lang] to be reused
> from other components as a dependency in order to avoid this kind of
> duplication.
>
> Gary
>
>
> On Sat, Mar 1, 2014 at 11:27 AM, André Diermann <andre.diermann@gmail.com
> >wrote:
>
> > Hello,
> >
> > I noticed that the majority (all?) functionality of the Assertions class
> is
> > already covert by commons-lang Validate [1].
> >
> > For instance Assertions.checkNotNull() is an equivalent to
> > Validate.notNull().
> >
> > Is there a reason for this?
> >
> > Regards,
> > André
> >
> > [1]
> >
> >
> http://commons.apache.org/proper/commons-lang/javadocs/api-release/index.html
> >
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition<
> http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message