commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <seb...@gmail.com>
Subject Re: [DBUTILS] Updates for v2.0
Date Sat, 05 Jan 2013 20:52:08 GMT
On 14 December 2012 01:12, William Speirs <wspeirs@apache.org> wrote:
> Adding named params won't break things (actually I was thinking of adding
> this to a 1.x release as well), but removing deprecated code will. Also, I
> was thinking of switching to only supporting named params in the 2.x branch.

Why drop support for positional parameters?

> I guess the real question is, do folks think that forcing the use of named
> params and switching to a groupid to org.apache is enough benefit for the
> cost?

Users will have to switch to named parameters AND change package names
at the same time.
Seems unnecessary to do this in one big bang.

Why not introduce named parameters, and deprecate positional parameters?

> My vote, yes... keep a 1.x branch around for those who cannot or won't
> change, and 2.x for those who can.

Are there enough developers to support both 1.x and 2.x?

> Bill-
> On Dec 13, 2012 8:04 PM, "Gary Gregory" <garydgregory@gmail.com> wrote:
>
>> We only need to change the coordinates if the package name changes to
>> account for BC breakage.
>>
>> Gary
>>
>> On Dec 13, 2012, at 17:47, William Speirs <wspeirs@apache.org> wrote:
>>
>> > I just submitted
>> > DBUTILS-105<https://issues.apache.org/jira/browse/DBUTILS-105> to
>> > add support for named params to DB Utils. I'm thinking that if we wrapped
>> > that up with DBUTILS-95 <
>> https://issues.apache.org/jira/browse/DBUTILS-95>
>> > and DBUTILS-92 <https://issues.apache.org/jira/browse/DBUTILS-92> it
>> would
>> > be worth cutting a new major version.
>> >
>> > Also, we should switch the maven convention which probably means changing
>> > to commons-dbutils2 much like was done with lang.
>> >
>> > Thoughts?
>> >
>> > Bill-
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message