commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From William Speirs <>
Subject Re: [DBUTILS] Pre RC for DBUTILS-2.0
Date Tue, 14 May 2013 15:50:58 GMT
On Mon, May 13, 2013 at 4:30 PM, Emmanuel Bourg <> wrote:

> The advantage is an API that is cleaner and easier to understand.

I changed the methods to be package private.

> As for the name, what about "SmartBeanProcessor" or
> "ImprovedBeanProcessor" (much like the ImprovedNamingStrategy in
> Hibernate) ? If this implementation is much better than the one in
> BeanProcessor, maybe it could be merged with BeanProcessor to be used by
> default?

This could be merged into the BeanProcessor by simply adding a constructor
that takes a char (or array of chars) that are excluded when performing
column to bean property matching. This would leave the interface to the
BeanProcessor essentially the same, but add this functionality. If this is
the plan though, I'd add it to both the 1.x and 2.x branches.



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