Re: [Dbutils] PR merges build

2023-01-09 Thread Carl Hall
The fix was thankfully straightforward and quickly evident. Spotbugs was
rolled back to a previous version (4.2.3). The analysis bugs raised by the
upgrade will be addressed in a branch away from master before upgrading.
Builds are green again.

On Mon, Jan 9, 2023 at 9:48 PM Carl Hall  wrote:

> Apologies for causing the build breakage, and missing your message. This
> is my project priority until resolved. Thanks for staying on top of this.
>
> On Fri, Dec 16, 2022 at 4:11 AM Gary Gregory 
> wrote:
>
>> Ping.
>>
>> Gary
>>
>> On Fri, Dec 9, 2022, 06:50 Gary Gregory  wrote:
>>
>> > -1 to the commit or PR that broke the build. To whomever merged it,
>> please
>> > revert.
>> >
>> > Before you merge a PR, if you are uncertain that it is safe, test it
>> > locally.
>> >
>> > Gary
>> >
>>
>


Re: [Dbutils] PR merges build

2023-01-09 Thread Carl Hall
Apologies for causing the build breakage, and missing your message. This is
my project priority until resolved. Thanks for staying on top of this.

On Fri, Dec 16, 2022 at 4:11 AM Gary Gregory  wrote:

> Ping.
>
> Gary
>
> On Fri, Dec 9, 2022, 06:50 Gary Gregory  wrote:
>
> > -1 to the commit or PR that broke the build. To whomever merged it,
> please
> > revert.
> >
> > Before you merge a PR, if you are uncertain that it is safe, test it
> > locally.
> >
> > Gary
> >
>


Re: [apache/commons-dbutils] Bump spotbugs-maven-plugin from 4.4.2 to 4.7.3.0 (PR #169)

2023-01-06 Thread Carl Hall
The Spotbugs analysis issues are clouding the view of what's breaking the
build. I ran the build locally with `mvn` and `mvn
-Dspotbugs.failOnError=false` to verify that the failures on the build are
not caused by this change.
The Spotbugs errors in the build need more attention and are quite old.
I'll put some attention on those ahead of any other PR merges.

On Thu, Jan 5, 2023 at 10:56 AM Gary Gregory  wrote:

> -1
>
> Please revert and stop merging PRs that break the build. Run a local build
> when you don't know when in doubt.
>
> Gary
>
> On Thu, Jan 5, 2023, 10:25 Carl Hall  wrote:
>
> > Merged #169 <https://github.com/apache/commons-dbutils/pull/169> into
> > master.
> >
> > —
> > Reply to this email directly, view it on GitHub
> > <https://github.com/apache/commons-dbutils/pull/169#event-8161304510>,
> or
> > unsubscribe
> > <
> https://github.com/notifications/unsubscribe-auth/AAJB6N4AX5TJ3ATBC3HCVBTWQ3RVRANCNFSM6AATQEJEXE
> >
> > .
> > You are receiving this because you are subscribed to this thread.Message
> > ID: 
> >
>


Re: Any plans to release DBUtils anytime soon?

2022-12-05 Thread Carl Hall
Hi, all! I'm working through the PR backlog and correcting build errors.
Once I get things settled, I'll return to the 2.0 release from a couple of
years ago to cancel & restart that motion.

On Tue, Nov 8, 2022 at 12:30 PM Gary Gregory  wrote:

> And for the curious my plan for a release train is: BCEL, Net, Crypto, CSV,
> Pool, DBCP, Configuration.
>
> Gary
>
> On Tue, Nov 8, 2022, 12:27 Gary Gregory  wrote:
>
> > I can only give the usual response: We are unpaid volunteers with limited
> > time and priorities that may not align with what you might be
> specifically
> > looking for.
> >
> > Gary
> >
> > On Tue, Nov 8, 2022, 11:45 mkpaz  wrote:
> >
> >> Hello!
> >>
> >> It's been awhile since DBUtils last release in 2017. There was a lot of
> >> good work done. Could you please share why it's
> >> not getting updates. Any blocking issues?
> >>
> >> Mike.
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
>


Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-05-23 Thread Carl Hall
Nudging this thread in case anyone has some cycles to help us get that last 
vote to release. Thanks to all for helping get this done.

If you get a chance to look, the branch name differs slightly from the 
announcement. The correct git command to see the RC2 branch is:

$ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git 
<https://gitbox.apache.org/repos/asf/commons-dbutils.git> --branch 
DBUTILS_1_8_RC2 commons-dbutils-1.8-RC2


> On Mar 11, 2020, at 5:28 PM, Bernd Eckenfels  wrote:
> 
> Hello Carl,
> 
>> Not sure how this got out of line, but I've updated
>> my pubkeys in hkps://keys.openpgp.org  
>> >
>> with an expiration of 9 July 2020. I'm happy to publish in more places if 
>> needed.
> 
> The commons source for maintainer keys has an outdated version of that key, i 
> think the Keys File has instructions how to edit it in its new location:
> 
> https://dist.apache.org/repos/dist/release/commons/KE<https://dist.apache.org/repos/dist/release/commons/KEYS>YS
>  
> <https://dist.apache.org/repos/dist/release/commons/KE%3Chttps://dist.apache.org/repos/dist/release/commons/KEYS%3EYS>
Thanks. The details in the file were correct, and I updated my keys there.

> Gruss
> Bernd
> --
> http://bernd.eckenfels.net <http://bernd.eckenfels.net/>
> 
> Von: Carl Hall mailto:thecarlh...@apache.org>>
> Gesendet: Dienstag, März 10, 2020 11:41 PM
> An: Commons List
> Betreff: Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2
> 
> Thanks, Bernd! I've copied your response below and will reply inline to a 
> couple of things.
> 
> After 2 months, we're really close to making this release.  :)
> Binding: 2 (Bruno, Bernd)
> Non-binding: 2 (Bill, Amey)
> 
>> On Mar 10, 2020, at 7:13 AM, Bernd Eckenfels  wrote:
>> 
>> Hello,
>> 
>> I tested windows (java8) build, checksum, source content and signature.
>> 
>> This is a +1 Bindung but there are some nits
>> 
>> 
>> *Carls Key in KEYS seems to be expired
> 
> Not sure how this got out of line, but I've updated my pubkeys in 
> hkps://keys.openpgp.org   > with an expiration of 9 July 2020. I'm happy to 
> publish in more places if needed.
> 
>> *   The src.zip misses some dot files (Travis.yml)
> 
> I'll have to dig into this. Thanks for the callout.
> 
>> *   The mentioned git tag was wrong, it is dbutil_1_8_Rc2
> 
> Apologies for this. The version you noted is the old format for DbUtils. 
> Starting with 2.0, we'll move to the format in the announcement as provided 
> by the Maven plugin.
> 
>> *   I haven’t tested the staged repo
>> 
>> (Sorry for breaking the threading, had to type this by hand:)
>> --
>> https://Bernd.eckenfels.net <https://bernd.eckenfels.net/> 
>> <https://bernd.eckenfels.net/ <https://bernd.eckenfels.net/>>
> 
>> On Feb 15, 2020, at 10:38 AM, Carl Hall  wrote:
>> 
>> Bi-weekly vote status:
>> 
>> +1’s
>> Binding: 1 (Bruno)
>> Non-binding: 2 (Bill, Amey)
>> 
>> It’d be super great if we could get another couple of PMC members to review 
>> in hopes of reaching our 3 +1s to pass. Thanks in advance for helping us 
>> land this release!
>> 
>> 
>>> On Jan 31, 2020, at 7:19 AM, Amey Jadiye  wrote:
>>> 
>>> Looks good with tests, rat, clirr, spotbug and  javadoc.
>>> I can see 4 errors with checkstyle but they seem to be minor.
>>> 
>>> checked with java 8 and 11.
>>> hashes and sig are fine.
>>> 
>>> +1 (non-binding)
>>> 
>>> Regards,
>>> Amey
>>> 
>>> On Thu, Jan 9, 2020 at 12:20 PM Carl Hall  wrote:
>>> 
>>>> We have fixed quite a few bugs and added some significant enhancements
>>>> since Apache Commons DbUtils 1.7 was released, so I would like to release
>>>> Apache Commons DbUtils 1.8.
>>>> 
>>>> RC2 handles closing connections only when owned, and addresses generated
>>>> javadoc, NOTICE year update, and release notes detail.
>>>> 
>>>> Apache Commons DbUtils 1.8 RC2 is available for review here:
>>>>  https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC2 (svn
>>>> revision 37533)
>>>> 
>>>> The Git tag commons-dbutils-1.8-RC2 commit for this RC is
>>>> 9be04e5cc990deee3ba672aa8060c523db897b7a which you can browse here:
>>>> 
>>>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=9be04e5cc990

Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8

2020-05-23 Thread Carl Hall
Hi Giles,

That’s the correect thread. The branch name is a review miss on my part. Future 
releases will use the format provided by the commons plugin.

The command to see RC2 is:

$ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git 
 --branch 
DBUTILS_1_8_RC2 commons-dbutils-1.8-RC2

Thanks,
Carl

> On May 21, 2020, at 5:49 PM, Gilles Sadowski  wrote:
> 
> Hi.
> 
> Is this vote thread:
>https://markmail.org/message/pjmh7tvg7mgzcyhl
> ?
> 
> The command mentioned there in order to check out the release
> does not work:
> ---CUT---
> $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
> --branch commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
> Cloning into 'commons-dbutils-1.8-RC2'...
> fatal: Remote branch commons-dbutils-1.8-RC2 not found in upstream origin
> ---CUT---
> 
> Regards,
> Gilles
> 
> 2020-05-21 17:04 UTC+02:00, Melloware :
>> Carl,
>> 
>> It seems like there is just not enough PMC committers available for
>> Commons projects.  It should not take 4 months for you to get a release
>> of DButils out.  I have been trying to get Commons BeanUtils2 pushed for
>> release for the last year.
>> 
>> I know they are all volunteers and I appreciate their time, it just
>> doesn't seem like there is enough PMC Committers to support all these
>> Commons projects.
>> 
>> Just my 2 cents...
>> 
>>  Melloware
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 



Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8

2020-05-01 Thread Carl Hall
Would it be possible for someone from the PMC to take a look at this release, 
please? I started this release almost 4 months ago, and it'd be really great to 
finalize it soon. Thanks!


> On Mar 31, 2020, at 11:33 AM, Rob Tompkins  wrote:
> 
> Thank you for the reminder. I will today.
> 
> -Rob
> 
>> On Mar 31, 2020, at 11:18 AM, Carl Hall  wrote:
>> 
>> Hey, Rob. Were you able to put some eyes on the release?
>> 
>>> On Mar 9, 2020, at 1:04 PM, Rob Tompkins  wrote:
>>> 
>>> Cool. I like the forward progress. Pardon my being remiss on validation. I 
>>> can also give it a look tomorrow.
>>> 
>>> -Rob
>>> 
>>>> On Mar 9, 2020, at 3:59 PM, Carl Hall  wrote:
>>>> 
>>>> Wonderful! Thanks so much.
>>>> 
>>>>> On Mar 9, 2020, at 12:29 PM, Bernd Eckenfels  
>>>>> wrote:
>>>>> 
>>>>> Hello Carl, just FYI  I sent myself an reminder to look into the release 
>>>>> tomorow. I hope I can find the time. If it works out I can cast a PMC+1.
>>>>> --
>>>>> http://bernd.eckenfels.net
>>>>> 
>>>>> Von: Carl Hall 
>>>>> Gesendet: Monday, March 9, 2020 8:18:46 PM
>>>>> An: Commons List 
>>>>> Betreff: Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8
>>>>> 
>>>>> Hey, Rob. We're about 6 weeks into a release vote for DbUtils. Once we 
>>>>> have 2 more PMC votes, I can close out the release. I'll be sure to clean 
>>>>> up everything in the aftermath.
>>>>> 
>>>>> 
>>>>>> On Mar 9, 2020, at 7:39 AM, Rob Tompkins  wrote:
>>>>>> 
>>>>>> Just a reminder that we have 4 staged copies of dbutils 1.8. Seems like 
>>>>>> we’d only need 1 copy, but given that they were staged in early January 
>>>>>> I wonder if we still need them at all.
>>>>>> 
>>>>>> Thoughts? I plan on leaving them because I don’t like to mess with the 
>>>>>> state of the projects that I don’t have specific working knowledge of.
>>>>>> 
>>>>>> Cheers,
>>>>>> -Rob
>>>>>> -
>>>>>> 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
>>>> 
>>> 
>>> 
>>> -
>>> 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
> 


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



Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8

2020-03-31 Thread Carl Hall
Hey, Rob. Were you able to put some eyes on the release?

> On Mar 9, 2020, at 1:04 PM, Rob Tompkins  wrote:
> 
> Cool. I like the forward progress. Pardon my being remiss on validation. I 
> can also give it a look tomorrow.
> 
> -Rob
> 
>> On Mar 9, 2020, at 3:59 PM, Carl Hall  wrote:
>> 
>> Wonderful! Thanks so much.
>> 
>>> On Mar 9, 2020, at 12:29 PM, Bernd Eckenfels  wrote:
>>> 
>>> Hello Carl, just FYI  I sent myself an reminder to look into the release 
>>> tomorow. I hope I can find the time. If it works out I can cast a PMC+1.
>>> --
>>> http://bernd.eckenfels.net
>>> 
>>> Von: Carl Hall 
>>> Gesendet: Monday, March 9, 2020 8:18:46 PM
>>> An: Commons List 
>>> Betreff: Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8
>>> 
>>> Hey, Rob. We're about 6 weeks into a release vote for DbUtils. Once we have 
>>> 2 more PMC votes, I can close out the release. I'll be sure to clean up 
>>> everything in the aftermath.
>>> 
>>> 
>>>> On Mar 9, 2020, at 7:39 AM, Rob Tompkins  wrote:
>>>> 
>>>> Just a reminder that we have 4 staged copies of dbutils 1.8. Seems like 
>>>> we’d only need 1 copy, but given that they were staged in early January I 
>>>> wonder if we still need them at all.
>>>> 
>>>> Thoughts? I plan on leaving them because I don’t like to mess with the 
>>>> state of the projects that I don’t have specific working knowledge of.
>>>> 
>>>> Cheers,
>>>> -Rob
>>>> -
>>>> 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
>> 
> 
> 
> -
> 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



Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-03-10 Thread Carl Hall
Thanks, Bernd! I've copied your response below and will reply inline to a 
couple of things.

After 2 months, we're really close to making this release.  :)
Binding: 2 (Bruno, Bernd)
Non-binding: 2 (Bill, Amey)

> On Mar 10, 2020, at 7:13 AM, Bernd Eckenfels  wrote:
> 
> Hello,
> 
> I tested windows (java8) build, checksum, source content and signature.
> 
> This is a +1 Bindung but there are some nits
> 
> 
>  *Carls Key in KEYS seems to be expired

Not sure how this got out of line, but I've updated my pubkeys in 
hkps://keys.openpgp.org  with an expiration of 9 July 
2020. I'm happy to publish in more places if needed.

>  *   The src.zip misses some dot files (Travis.yml)

I'll have to dig into this. Thanks for the callout.

>  *   The mentioned git tag was wrong, it is dbutil_1_8_Rc2

Apologies for this. The version you noted is the old format for DbUtils. 
Starting with 2.0, we'll move to the format in the announcement as provided by 
the Maven plugin.

>  *   I haven’t tested the staged repo
> 
> (Sorry for breaking the threading, had to type this by hand:)
> --
> https://Bernd.eckenfels.net <https://bernd.eckenfels.net/>

> On Feb 15, 2020, at 10:38 AM, Carl Hall  wrote:
> 
> Bi-weekly vote status:
> 
> +1’s
> Binding: 1 (Bruno)
> Non-binding: 2 (Bill, Amey)
> 
> It’d be super great if we could get another couple of PMC members to review 
> in hopes of reaching our 3 +1s to pass. Thanks in advance for helping us land 
> this release!
> 
> 
>> On Jan 31, 2020, at 7:19 AM, Amey Jadiye  wrote:
>> 
>> Looks good with tests, rat, clirr, spotbug and  javadoc.
>> I can see 4 errors with checkstyle but they seem to be minor.
>> 
>> checked with java 8 and 11.
>> hashes and sig are fine.
>> 
>> +1 (non-binding)
>> 
>> Regards,
>> Amey
>> 
>> On Thu, Jan 9, 2020 at 12:20 PM Carl Hall  wrote:
>> 
>>> We have fixed quite a few bugs and added some significant enhancements
>>> since Apache Commons DbUtils 1.7 was released, so I would like to release
>>> Apache Commons DbUtils 1.8.
>>> 
>>> RC2 handles closing connections only when owned, and addresses generated
>>> javadoc, NOTICE year update, and release notes detail.
>>> 
>>> Apache Commons DbUtils 1.8 RC2 is available for review here:
>>>   https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC2 (svn
>>> revision 37533)
>>> 
>>> The Git tag commons-dbutils-1.8-RC2 commit for this RC is
>>> 9be04e5cc990deee3ba672aa8060c523db897b7a which you can browse here:
>>> 
>>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=9be04e5cc990deee3ba672aa8060c523db897b7a
>>> 
>>> You may checkout this tag using:
>>>   git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>> --branch commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
>>> 
>>> Maven artifacts are here:
>>> 
>>> https://repository.apache.org/service/local/repositories/orgapachecommons-1488/content/commons-dbutils/commons-dbutils/1.8/
>>> 
>>> These are the artifacts and their hashes:
>>> 
>>> #Release SHA-512s
>>> #Wed Jan 08 22:43:42 PST 2020
>>> 
>>> commons-dbutils-1.8-tests.jar=0228b8f564642709b0581434f39433f872c77891b5a5d70f473aa8e6cfb14721890982fc4afcde064795ca63753d50ecfc2a173665174bf6fc2683af9770eed9
>>> 
>>> commons-dbutils-1.8-bin.tar.gz.asc=ac5b2da84f1ca0f4605b61583c7d907cb68774a229620d08e7c36e4513435ffbebeb31cae313411e6b0f9dd70e60d55317826e14a43c7c47dcf1c98db03f2396
>>> 
>>> commons-dbutils-1.8-test-sources.jar=075ac4a74cad06a34d901c088f323c59dbe1b9eea076404212ed63b7eb6fa3a266ada20aa63264e89c4203d8d6140fb556acd89ff4e08b21f3f9693de11543a5
>>> 
>>> commons-dbutils-1.8-test-sources.jar.asc=baf8d0e9477d02eac7c3f4be5ac9358378bf46778b4c3159586b336e9300c1ae8c89dd80b22daaeb6b0aafe09c3a6277baddef9e8898c990986cc57df989
>>> 
>>> commons-dbutils-1.8.pom.asc=659f6bfda15f588d00bd53b4204ab2de8eba20a5e484619a1770816e9cb7372846499bc87b9b7629a3fc0c6e3b4f1b740362468aea232286318feeddc4c3bfc5
>>> 
>>> commons-dbutils-1.8-javadoc.jar=115b21ecf633185aa055ce2392ce6298bc45a50278fbce10892ee9493293cdde39149f2ff739848f2557058c7e5c866dcb765e2773a28f890725ddf328c73259
>>> 
>>> commons-dbutils-1.8-sources.jar.asc=2e1709b4f9dfc1f9320127dded40b9af9c19a5e249aaac9deadd38aee572a28ecb7ef8de559b93c97b6093596cadd70e180b99787b82965e0f5d8376adfac8fb
>>> 
>>> commons-dbutils-1.8-bin.zip.asc=e5cb25909f68e5d0a3249ca484d10b97b859ed56e92072b13ca64c85d18686605189703e2e146343247b6a64e3e20b4c7e07e1

Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8

2020-03-09 Thread Carl Hall
Wonderful! Thanks so much.

> On Mar 9, 2020, at 12:29 PM, Bernd Eckenfels  wrote:
> 
> Hello Carl, just FYI  I sent myself an reminder to look into the release 
> tomorow. I hope I can find the time. If it works out I can cast a PMC+1.
> --
> http://bernd.eckenfels.net
> ____
> Von: Carl Hall 
> Gesendet: Monday, March 9, 2020 8:18:46 PM
> An: Commons List 
> Betreff: Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8
> 
> Hey, Rob. We're about 6 weeks into a release vote for DbUtils. Once we have 2 
> more PMC votes, I can close out the release. I'll be sure to clean up 
> everything in the aftermath.
> 
> 
>> On Mar 9, 2020, at 7:39 AM, Rob Tompkins  wrote:
>> 
>> Just a reminder that we have 4 staged copies of dbutils 1.8. Seems like we’d 
>> only need 1 copy, but given that they were staged in early January I wonder 
>> if we still need them at all.
>> 
>> Thoughts? I plan on leaving them because I don’t like to mess with the state 
>> of the projects that I don’t have specific working knowledge of.
>> 
>> Cheers,
>> -Rob
>> -
>> 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



Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8

2020-03-09 Thread Carl Hall
Hey, Rob. We're about 6 weeks into a release vote for DbUtils. Once we have 2 
more PMC votes, I can close out the release. I'll be sure to clean up 
everything in the aftermath.


> On Mar 9, 2020, at 7:39 AM, Rob Tompkins  wrote:
> 
> Just a reminder that we have 4 staged copies of dbutils 1.8. Seems like we’d 
> only need 1 copy, but given that they were staged in early January I wonder 
> if we still need them at all. 
> 
> Thoughts? I plan on leaving them because I don’t like to mess with the state 
> of the projects that I don’t have specific working knowledge of.
> 
> Cheers,
> -Rob
> -
> 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



Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-02-15 Thread Carl Hall
Bi-weekly vote status:

+1’s
Binding: 1 (Bruno)
Non-binding: 2 (Bill, Amey)

It’d be super great if we could get another couple of PMC members to review in 
hopes of reaching our 3 +1s to pass. Thanks in advance for helping us land this 
release!


> On Jan 31, 2020, at 7:19 AM, Amey Jadiye  wrote:
> 
> Looks good with tests, rat, clirr, spotbug and  javadoc.
> I can see 4 errors with checkstyle but they seem to be minor.
> 
> checked with java 8 and 11.
> hashes and sig are fine.
> 
> +1 (non-binding)
> 
> Regards,
> Amey
> 
> On Thu, Jan 9, 2020 at 12:20 PM Carl Hall  wrote:
> 
>> We have fixed quite a few bugs and added some significant enhancements
>> since Apache Commons DbUtils 1.7 was released, so I would like to release
>> Apache Commons DbUtils 1.8.
>> 
>> RC2 handles closing connections only when owned, and addresses generated
>> javadoc, NOTICE year update, and release notes detail.
>> 
>> Apache Commons DbUtils 1.8 RC2 is available for review here:
>>https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC2 (svn
>> revision 37533)
>> 
>> The Git tag commons-dbutils-1.8-RC2 commit for this RC is
>> 9be04e5cc990deee3ba672aa8060c523db897b7a which you can browse here:
>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=9be04e5cc990deee3ba672aa8060c523db897b7a
>> 
>> You may checkout this tag using:
>>git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>> --branch commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
>> 
>> Maven artifacts are here:
>> 
>> https://repository.apache.org/service/local/repositories/orgapachecommons-1488/content/commons-dbutils/commons-dbutils/1.8/
>> 
>> These are the artifacts and their hashes:
>> 
>> #Release SHA-512s
>> #Wed Jan 08 22:43:42 PST 2020
>> 
>> commons-dbutils-1.8-tests.jar=0228b8f564642709b0581434f39433f872c77891b5a5d70f473aa8e6cfb14721890982fc4afcde064795ca63753d50ecfc2a173665174bf6fc2683af9770eed9
>> 
>> commons-dbutils-1.8-bin.tar.gz.asc=ac5b2da84f1ca0f4605b61583c7d907cb68774a229620d08e7c36e4513435ffbebeb31cae313411e6b0f9dd70e60d55317826e14a43c7c47dcf1c98db03f2396
>> 
>> commons-dbutils-1.8-test-sources.jar=075ac4a74cad06a34d901c088f323c59dbe1b9eea076404212ed63b7eb6fa3a266ada20aa63264e89c4203d8d6140fb556acd89ff4e08b21f3f9693de11543a5
>> 
>> commons-dbutils-1.8-test-sources.jar.asc=baf8d0e9477d02eac7c3f4be5ac9358378bf46778b4c3159586b336e9300c1ae8c89dd80b22daaeb6b0aafe09c3a6277baddef9e8898c990986cc57df989
>> 
>> commons-dbutils-1.8.pom.asc=659f6bfda15f588d00bd53b4204ab2de8eba20a5e484619a1770816e9cb7372846499bc87b9b7629a3fc0c6e3b4f1b740362468aea232286318feeddc4c3bfc5
>> 
>> commons-dbutils-1.8-javadoc.jar=115b21ecf633185aa055ce2392ce6298bc45a50278fbce10892ee9493293cdde39149f2ff739848f2557058c7e5c866dcb765e2773a28f890725ddf328c73259
>> 
>> commons-dbutils-1.8-sources.jar.asc=2e1709b4f9dfc1f9320127dded40b9af9c19a5e249aaac9deadd38aee572a28ecb7ef8de559b93c97b6093596cadd70e180b99787b82965e0f5d8376adfac8fb
>> 
>> commons-dbutils-1.8-bin.zip.asc=e5cb25909f68e5d0a3249ca484d10b97b859ed56e92072b13ca64c85d18686605189703e2e146343247b6a64e3e20b4c7e07e12f40b37c87d305a9d71e951581
>> 
>> commons-dbutils-1.8-bin.tar.gz=c8a9cf0c59a64cbe4717edeb377a85fd8395c4bbd9eb124d24099d04fd6e8e3b87063bf4bfaca63e58d8deb80a651b4d9fc03c00db56f0ea0d93053f61138f4f
>> 
>> commons-dbutils-1.8-src.tar.gz=5277ebf4ed36a4301ce7a6280885360ea51ebc82771a01405684397fa33144c00214e5ac7a3b4aad75ec4dd6d3eb46ef083321bf03414dce29982c553da1360e
>> 
>> commons-dbutils-1.8-javadoc.jar.asc=9a6bca512db25dcd6be9215862b1f04cfd86ad58f6c21d3cbcebe1ad9137e5dc3417d05db915acc4fc6f22ef0c40893c401a77568148d714f66375ea66da2078
>> 
>> commons-dbutils-1.8-src.tar.gz.asc=d7ace200a63c2ee705cda7d4d5b62d401b8cb9e54b5b4a582e3e8f0c62f16ac964ebf5f440ad39f60344d28771f6942833c241c9163ced70f5bb7dfd256989c5
>> 
>> commons-dbutils-1.8-src.zip.asc=3c4e20ceb0a0c071cc425be3a4604651de47df2be7bf1985525d319fc3c8035299a75ba558172411338d0174d504cddd7c22dc35d334a21b043f885fdabcd736
>> 
>> commons-dbutils-1.8-tests.jar.asc=a9df8e97c85f437223ae0ba02fafba542c978a44ec12a61cf742e261e238e4bd9a4d7bb1239c8101aeede7d88ba4ad647ceb2eaececb1cc3c4027d9308491a00
>> 
>> commons-dbutils-1.8-sources.jar=425dcae024bc592ce38238fde0e2d7eaf919fa238d64e23796c383afa30892d6c4a7850e9f405fe7d0fcd32dde97568f1ef2e708cbb193311746744ce0425fa0
>> 
>> commons-dbutils-1.8-bin.zip=ee4819761efccc4ba3de929672a81415a787775eff0175ea782687a669e305b159e483f21e38f020e5459e3aff11adff02aa762d4aa7c0b35a2925e45730d61d
>> 
>> commons-dbutils-1.8.jar.asc=e7555a17fd6a85aa0b80d54e163809bfae839a5b23f4e57c5d804fb039e

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-01-26 Thread Carl Hall
For the 2 weeks this vote has been open, we have 1 binding and 1 non-binding 
vote so far.

May I humbly ask for a few more folks to help with this release review? Thanks 
in advance!


> On Jan 22, 2020, at 5:19 PM, William Speirs  wrote:
> 
> Sorry, meant to say: +1
> 
> On Wed, Jan 22, 2020 at 7:34 PM Carl Hall  wrote:
> 
>> Thanks, Bill. Looking for 2 more positive votes to proceed. :)  I'd like
>> to hear from Gary given his concerns on this thread.
>> 
>> 
>>> On Jan 22, 2020, at 6:00 AM, William Speirs  wrote:
>>> 
>>> Works for me... Carl, let me know how I can help.
>>> 
>>> On Wed, Jan 22, 2020 at 12:37 AM Carl Hall  wrote:
>>> 
>>>> I’m in favor of releasing 1.8 because it’s ready and has had the most
>>>> attention in recent months/years.
>>>> After such, we put eyes on the 2.0 branch to ensure it is ready to be
>> the
>>>> successive version. Once we’re happy with that, create a 1.x brach from
>>>> master, bring 2.0 to master, and see if we can get a 2.0 release out
>> before
>>>> 2 more years.  :)
>>>> 
>>>>> On Jan 11, 2020, at 10:29 AM, William Speirs 
>> wrote:
>>>>> 
>>>>> What is there to "clean up"? Sorry, just not following exactly what you
>>>>> mean.
>>>>> 
>>>>> Thanks!
>>>>> 
>>>>> Bill-
>>>>> 
>>>>> On Fri, Jan 10, 2020 at 4:42 PM Gary Gregory 
>>>> wrote:
>>>>> 
>>>>>> I think we should clean all of this up _now_ and then release 1.8.
>>>>>> 
>>>>>> What do others think?
>>>>>> 
>>>>>> Gary
>>>>>> 
>>>>>> On Fri, Jan 10, 2020 at 12:44 PM Carl Hall 
>> wrote:
>>>>>> 
>>>>>>> +1 to moving master to 1.8-SNAPSHOT and dealing with what's to come
>>>> with
>>>>>>> 2.0 at some future time in a 2.0 branch.
>>>>>>> 
>>>>>>> I can change master:pom.xml to be 1.8-SNAPSHOT then when the RC is
>> out,
>>>>>>> merge release into master (1.8) and proceed to 1.9-SNAPSHOT. Advice?
>>>>>>> 
>>>>>>> 
>>>>>>> The branch name is a review miss on my part. The command to see RC2
>> is:
>>>>>>> 
>>>>>>> $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>>>>>> --branch DBUTILS_1_8_RC2 commons-dbutils-1.8-RC2
>>>>>>> 
>>>>>>> The commons plugin generates a tag that doesn't match dbutils'
>> history,
>>>>>>> but I didn't notice that until after RC1 and didn't want to change
>> tag
>>>>>>> formats mid release. I think future releases should use the tag name
>>>>>> format
>>>>>>> from the commons plugin (e.g. commons-dbutils-1.8-RC2) and abandon
>> the
>>>>>>> previous format (e.g. DBUTILS_1_8_RC2).
>>>>>>> 
>>>>>>> Thanks for the help with this RC cycle. Clearly every couple of years
>>>> is
>>>>>>> not enough practice. :-)
>>>>>>> 
>>>>>>> 
>>>>>>>> On Jan 10, 2020, at 7:17 AM, Bill Speirs 
>>>>>> wrote:
>>>>>>>> 
>>>>>>>> My vote would be to make master 1.8-SNAPSHOT as I doubt 2.x will see
>>>>>> the
>>>>>>>> light-of-day for a LONG time... it's been 3+ years already. Continue
>>>>>> with
>>>>>>>> what Carl is trying to do, so we at least get _something_ out the
>>>> door.
>>>>>>>> 
>>>>>>>> Also, I _think_ I had to create 2_0 as the branch name, because svn
>>>> (at
>>>>>>> the
>>>>>>>> time) wouldn't let me use a dot... but I _might_ be mis-remembering.
>>>>>>>> 
>>>>>>>> Bill-
>>>>>>>> 
>>>>>>>> On Fri, Jan 10, 2020 at 9:28 AM Gary Gregory <
>> garydgreg...@gmail.com>
>>>>>>> wrote:
>>>>>>>> 
>>>>>>>>> On Fri, Jan 10, 2020 at 9:16 AM William Speirs >> 
>>>>>>> wrote:
>>>>>>>>> 
>>>>>>>>>>

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-01-22 Thread Carl Hall
Thanks, Bill. Looking for 2 more positive votes to proceed. :)  I'd like to 
hear from Gary given his concerns on this thread.


> On Jan 22, 2020, at 6:00 AM, William Speirs  wrote:
> 
> Works for me... Carl, let me know how I can help.
> 
> On Wed, Jan 22, 2020 at 12:37 AM Carl Hall  wrote:
> 
>> I’m in favor of releasing 1.8 because it’s ready and has had the most
>> attention in recent months/years.
>> After such, we put eyes on the 2.0 branch to ensure it is ready to be the
>> successive version. Once we’re happy with that, create a 1.x brach from
>> master, bring 2.0 to master, and see if we can get a 2.0 release out before
>> 2 more years.  :)
>> 
>>> On Jan 11, 2020, at 10:29 AM, William Speirs  wrote:
>>> 
>>> What is there to "clean up"? Sorry, just not following exactly what you
>>> mean.
>>> 
>>> Thanks!
>>> 
>>> Bill-
>>> 
>>> On Fri, Jan 10, 2020 at 4:42 PM Gary Gregory 
>> wrote:
>>> 
>>>> I think we should clean all of this up _now_ and then release 1.8.
>>>> 
>>>> What do others think?
>>>> 
>>>> Gary
>>>> 
>>>> On Fri, Jan 10, 2020 at 12:44 PM Carl Hall  wrote:
>>>> 
>>>>> +1 to moving master to 1.8-SNAPSHOT and dealing with what's to come
>> with
>>>>> 2.0 at some future time in a 2.0 branch.
>>>>> 
>>>>> I can change master:pom.xml to be 1.8-SNAPSHOT then when the RC is out,
>>>>> merge release into master (1.8) and proceed to 1.9-SNAPSHOT. Advice?
>>>>> 
>>>>> 
>>>>> The branch name is a review miss on my part. The command to see RC2 is:
>>>>> 
>>>>> $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>>>> --branch DBUTILS_1_8_RC2 commons-dbutils-1.8-RC2
>>>>> 
>>>>> The commons plugin generates a tag that doesn't match dbutils' history,
>>>>> but I didn't notice that until after RC1 and didn't want to change tag
>>>>> formats mid release. I think future releases should use the tag name
>>>> format
>>>>> from the commons plugin (e.g. commons-dbutils-1.8-RC2) and abandon the
>>>>> previous format (e.g. DBUTILS_1_8_RC2).
>>>>> 
>>>>> Thanks for the help with this RC cycle. Clearly every couple of years
>> is
>>>>> not enough practice. :-)
>>>>> 
>>>>> 
>>>>>> On Jan 10, 2020, at 7:17 AM, Bill Speirs 
>>>> wrote:
>>>>>> 
>>>>>> My vote would be to make master 1.8-SNAPSHOT as I doubt 2.x will see
>>>> the
>>>>>> light-of-day for a LONG time... it's been 3+ years already. Continue
>>>> with
>>>>>> what Carl is trying to do, so we at least get _something_ out the
>> door.
>>>>>> 
>>>>>> Also, I _think_ I had to create 2_0 as the branch name, because svn
>> (at
>>>>> the
>>>>>> time) wouldn't let me use a dot... but I _might_ be mis-remembering.
>>>>>> 
>>>>>> Bill-
>>>>>> 
>>>>>> On Fri, Jan 10, 2020 at 9:28 AM Gary Gregory 
>>>>> wrote:
>>>>>> 
>>>>>>> On Fri, Jan 10, 2020 at 9:16 AM William Speirs 
>>>>> wrote:
>>>>>>> 
>>>>>>>> For what it's worth, I'm unable to find that branch in git:
>>>>>>>> 
>>>>>>>> $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>>>>>>> --branch <
>>>>>>> https://gitbox.apache.org/repos/asf/commons-dbutils.git--branch>
>>>>>>>> commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
>>>>>>>> Cloning into 'commons-dbutils-1.8-RC2'...
>>>>>>>> fatal: Remote branch commons-dbutils-1.8-RC2 not found in upstream
>>>>> origin
>>>>>>>> 
>>>>>>>> After cloning the repo, listing remote branches doesn't show
>>>> anything:
>>>>>>>> 
>>>>>>>> $ git branch -r
>>>>>>>> origin/2_0
>>>>>>>> origin/HEAD -> origin/master
>>>>>>>> origin/master
>>>>>>>> origin/release
>>>>>>>> 
>>>>>>>> Bill-
>>>>>>>&

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-01-21 Thread Carl Hall
I’m in favor of releasing 1.8 because it’s ready and has had the most attention 
in recent months/years.
After such, we put eyes on the 2.0 branch to ensure it is ready to be the 
successive version. Once we’re happy with that, create a 1.x brach from master, 
bring 2.0 to master, and see if we can get a 2.0 release out before 2 more 
years.  :)

> On Jan 11, 2020, at 10:29 AM, William Speirs  wrote:
> 
> What is there to "clean up"? Sorry, just not following exactly what you
> mean.
> 
> Thanks!
> 
> Bill-
> 
> On Fri, Jan 10, 2020 at 4:42 PM Gary Gregory  wrote:
> 
>> I think we should clean all of this up _now_ and then release 1.8.
>> 
>> What do others think?
>> 
>> Gary
>> 
>> On Fri, Jan 10, 2020 at 12:44 PM Carl Hall  wrote:
>> 
>>> +1 to moving master to 1.8-SNAPSHOT and dealing with what's to come with
>>> 2.0 at some future time in a 2.0 branch.
>>> 
>>> I can change master:pom.xml to be 1.8-SNAPSHOT then when the RC is out,
>>> merge release into master (1.8) and proceed to 1.9-SNAPSHOT. Advice?
>>> 
>>> 
>>> The branch name is a review miss on my part. The command to see RC2 is:
>>> 
>>> $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>> --branch DBUTILS_1_8_RC2 commons-dbutils-1.8-RC2
>>> 
>>> The commons plugin generates a tag that doesn't match dbutils' history,
>>> but I didn't notice that until after RC1 and didn't want to change tag
>>> formats mid release. I think future releases should use the tag name
>> format
>>> from the commons plugin (e.g. commons-dbutils-1.8-RC2) and abandon the
>>> previous format (e.g. DBUTILS_1_8_RC2).
>>> 
>>> Thanks for the help with this RC cycle. Clearly every couple of years is
>>> not enough practice. :-)
>>> 
>>> 
>>>> On Jan 10, 2020, at 7:17 AM, Bill Speirs 
>> wrote:
>>>> 
>>>> My vote would be to make master 1.8-SNAPSHOT as I doubt 2.x will see
>> the
>>>> light-of-day for a LONG time... it's been 3+ years already. Continue
>> with
>>>> what Carl is trying to do, so we at least get _something_ out the door.
>>>> 
>>>> Also, I _think_ I had to create 2_0 as the branch name, because svn (at
>>> the
>>>> time) wouldn't let me use a dot... but I _might_ be mis-remembering.
>>>> 
>>>> Bill-
>>>> 
>>>> On Fri, Jan 10, 2020 at 9:28 AM Gary Gregory 
>>> wrote:
>>>> 
>>>>> On Fri, Jan 10, 2020 at 9:16 AM William Speirs 
>>> wrote:
>>>>> 
>>>>>> For what it's worth, I'm unable to find that branch in git:
>>>>>> 
>>>>>> $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>>>>> --branch <
>>>>> https://gitbox.apache.org/repos/asf/commons-dbutils.git--branch>
>>>>>> commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
>>>>>> Cloning into 'commons-dbutils-1.8-RC2'...
>>>>>> fatal: Remote branch commons-dbutils-1.8-RC2 not found in upstream
>>> origin
>>>>>> 
>>>>>> After cloning the repo, listing remote branches doesn't show
>> anything:
>>>>>> 
>>>>>> $ git branch -r
>>>>>> origin/2_0
>>>>>> origin/HEAD -> origin/master
>>>>>> origin/master
>>>>>> origin/release
>>>>>> 
>>>>>> Bill-
>>>>>> 
>>>>> 
>>>>> Right, I think we need to hit the pause button here and sort out 1.x
>>> versus
>>>>> a desired 2.0.
>>>>> 
>>>>> Since there is a what looks like a 2.0 branch and our current release
>> is
>>>>> 1.x, I would assume that this release vote is being made from the
>>> release
>>>>> branch which has been merged from master.
>>>>> 
>>>>> But that does not seem to be the case, right? Since the pom.xml in
>>> master
>>>>> is 2.0-SNAPSHOT that would seem to indicate that the release branch
>>> comes
>>>>> from elsewhere, a 1.x branch? No, we do not have one.
>>>>> 
>>>>> It feels to me like we should have one of either:
>>>>> 
>>>>> - branch master is 1.8-SNAPSHOT, merged into branch release. The 2.0
>>> work
>>>>> should be in branch 2_0 (which should renamed to 2.x IMO) 

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-01-10 Thread Carl Hall
+1 to moving master to 1.8-SNAPSHOT and dealing with what's to come with 2.0 at 
some future time in a 2.0 branch.

I can change master:pom.xml to be 1.8-SNAPSHOT then when the RC is out, merge 
release into master (1.8) and proceed to 1.9-SNAPSHOT. Advice?


The branch name is a review miss on my part. The command to see RC2 is:

$ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git --branch 
DBUTILS_1_8_RC2 commons-dbutils-1.8-RC2

The commons plugin generates a tag that doesn't match dbutils' history, but I 
didn't notice that until after RC1 and didn't want to change tag formats mid 
release. I think future releases should use the tag name format from the 
commons plugin (e.g. commons-dbutils-1.8-RC2) and abandon the previous format 
(e.g. DBUTILS_1_8_RC2).

Thanks for the help with this RC cycle. Clearly every couple of years is not 
enough practice. :-)


> On Jan 10, 2020, at 7:17 AM, Bill Speirs  wrote:
> 
> My vote would be to make master 1.8-SNAPSHOT as I doubt 2.x will see the
> light-of-day for a LONG time... it's been 3+ years already. Continue with
> what Carl is trying to do, so we at least get _something_ out the door.
> 
> Also, I _think_ I had to create 2_0 as the branch name, because svn (at the
> time) wouldn't let me use a dot... but I _might_ be mis-remembering.
> 
> Bill-
> 
> On Fri, Jan 10, 2020 at 9:28 AM Gary Gregory  wrote:
> 
>> On Fri, Jan 10, 2020 at 9:16 AM William Speirs  wrote:
>> 
>>> For what it's worth, I'm unable to find that branch in git:
>>> 
>>> $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>> --branch <
>> https://gitbox.apache.org/repos/asf/commons-dbutils.git--branch>
>>> commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
>>> Cloning into 'commons-dbutils-1.8-RC2'...
>>> fatal: Remote branch commons-dbutils-1.8-RC2 not found in upstream origin
>>> 
>>> After cloning the repo, listing remote branches doesn't show anything:
>>> 
>>> $ git branch -r
>>>  origin/2_0
>>>  origin/HEAD -> origin/master
>>>  origin/master
>>>  origin/release
>>> 
>>> Bill-
>>> 
>> 
>> Right, I think we need to hit the pause button here and sort out 1.x versus
>> a desired 2.0.
>> 
>> Since there is a what looks like a 2.0 branch and our current release is
>> 1.x, I would assume that this release vote is being made from the release
>> branch which has been merged from master.
>> 
>> But that does not seem to be the case, right? Since the pom.xml in master
>> is 2.0-SNAPSHOT that would seem to indicate that the release branch comes
>> from elsewhere, a 1.x branch? No, we do not have one.
>> 
>> It feels to me like we should have one of either:
>> 
>> - branch master is 1.8-SNAPSHOT, merged into branch release. The 2.0 work
>> should be in branch 2_0 (which should renamed to 2.x IMO) until it is
>> ready, package name change and all.
>> or:
>> - branch master is 2.0-SNAPSHOT. A currently non-existing branch 1.x would
>> contain 1.x and branch release would come a merge of branch 1.x.
>> 
>> What do others think? The waters are too muddy for my scuba capability ATM
>> ;-)
>> 
>> Gary
>> 
>> 
>>> 
>>> On Fri, Jan 10, 2020 at 3:56 AM Bruno P. Kinoshita 
>>> wrote:
>>> 
>>>>[x] +1 Release these artifacts
>>>> 
>>>> 
>>>> Build passing with JDK 13 on Ubuntu LTS, from git tag (mvn clean test
>>>> install site). Reports look OK.
>>>> 
>>>> 
>>>> There are two SpotBugs bugs about default encoding that can be fixed
>>> later
>>>> I suppose. Generating reports locally skipped PMD. For some reason,
>> even
>>>> though the dist area's site has a PMD, and we have a pmd file in the
>>> root,
>>>> my generated site didn't include that report. Not a blocker.
>>>> 
>>>> 
>>>> Found no issues with signatures of files in the dist area or in this
>> mvn
>>>> repo [1]. Inspected src zip, and also found no issues.
>>>> 
>>>> 
>>>> Thanks!
>>>> 
>>>> Bruno
>>>> 
>>>> 
>>>> [1]
>>>> 
>>> 
>> https://repository.apache.org/content/groups/staging/commons-dbutils/commons-dbutils/1.8/
>>>> 
>>>> 
>>>>On Thursday, 9 January 2020, 7:50:40 pm NZDT, Carl Hall <
>>>> thecarlh...@apache.org> wrote:
>>>> 
>>>> We have fixed quite a few bugs and added some

Re: [commons-dbutils] 04/04: DBUTILS-143 Use try-with-resources for all prepareConnection calls Remove closing of connection by private methods that are wrapped in convience methods

2020-01-09 Thread Carl Hall
Both?
I’ll have to ask for a bit of guidance since it looks like DbUtils is heading 
towards having an o.a.c.dbutils2 package with the 2.0 work from Bill. Should we 
land 1.8 on master (currently on release branch) then move it to a 1.x branch 
and replace master with the 2.0 work?

> On Jan 9, 2020, at 5:01 AM, Gary Gregory  wrote:
> 
> Should this code go in master or a 1.x branch?
> 
> Gary
> 
> On Thu, Jan 9, 2020, 01:18  wrote:
> 
>> This is an automated email from the ASF dual-hosted git repository.
>> 
>> thecarlhall pushed a commit to annotated tag 1.8-RC2
>> in repository https://gitbox.apache.org/repos/asf/commons-dbutils.git
>> 
>> commit 3dc5efb853a4a64176664384d460e28f198c6101
>> Author: Carl Hall 
>> AuthorDate: Wed Jan 8 22:14:42 2020 -0800
>> 
>>DBUTILS-143 Use try-with-resources for all prepareConnection calls
>>Remove closing of connection by private methods that are wrapped in
>> convience methods
>> ---
>> .../org/apache/commons/dbutils/QueryRunner.java| 129
>> +++--
>> .../apache/commons/dbutils/QueryRunnerTest.java|  11 +-
>> 2 files changed, 44 insertions(+), 96 deletions(-)
>> 
>> diff --git a/src/main/java/org/apache/commons/dbutils/QueryRunner.java
>> b/src/main/java/org/apache/commons/dbutils/QueryRunner.java
>> index f76ce19..6c062f1 100644
>> --- a/src/main/java/org/apache/commons/dbutils/QueryRunner.java
>> +++ b/src/main/java/org/apache/commons/dbutils/QueryRunner.java
>> @@ -146,9 +146,9 @@ public class QueryRunner extends AbstractQueryRunner {
>>  * @since DbUtils 1.1
>>  */
>> public int[] batch(final String sql, final Object[][] params) throws
>> SQLException {
>> -final Connection conn = this.prepareConnection();
>> -
>> -return this.batch(conn, true, sql, params);
>> +try (final Connection conn = this.prepareConnection()) {
>> +return this.batch(conn, true, sql, params);
>> +}
>> }
>> 
>> /**
>> @@ -167,16 +167,10 @@ public class QueryRunner extends AbstractQueryRunner
>> {
>> }
>> 
>> if (sql == null) {
>> -if (closeConn) {
>> -close(conn);
>> -}
>> throw new SQLException("Null SQL statement");
>> }
>> 
>> if (params == null) {
>> -if (closeConn) {
>> -close(conn);
>> -}
>> throw new SQLException("Null parameters. If parameters aren't
>> need, pass an empty array.");
>> }
>> 
>> @@ -195,9 +189,6 @@ public class QueryRunner extends AbstractQueryRunner {
>> this.rethrow(e, sql, (Object[])params);
>> } finally {
>> close(stmt);
>> -if (closeConn) {
>> -close(conn);
>> -}
>> }
>> 
>> return rows;
>> @@ -282,9 +273,9 @@ public class QueryRunner extends AbstractQueryRunner {
>>  */
>> @Deprecated
>> public  T query(final String sql, final Object param, final
>> ResultSetHandler rsh) throws SQLException {
>> -final Connection conn = this.prepareConnection();
>> -
>> -return this.query(conn, true, sql, rsh, param);
>> +try (final Connection conn = this.prepareConnection()) {
>> +return this.query(conn, true, sql, rsh, param);
>> +}
>> }
>> 
>> /**
>> @@ -305,9 +296,9 @@ public class QueryRunner extends AbstractQueryRunner {
>>  */
>> @Deprecated
>> public  T query(final String sql, final Object[] params, final
>> ResultSetHandler rsh) throws SQLException {
>> -final Connection conn = this.prepareConnection();
>> -
>> -return this.query(conn, true, sql, rsh, params);
>> +try (final Connection conn = this.prepareConnection()) {
>> +return this.query(conn, true, sql, rsh, params);
>> +}
>> }
>> 
>> /**
>> @@ -324,9 +315,9 @@ public class QueryRunner extends AbstractQueryRunner {
>>  * @throws SQLException if a database access error occurs
>>  */
>> public  T query(final String sql, final ResultSetHandler rsh,
>> final Object... params) throws SQLException {
>> -final Connection conn = this.prepareConnection();
>> -
>> -return this.query(conn, true, sql, rsh, params);
>> +try (final Connection conn = this.prepareConnection()) {
>> +  

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-01-09 Thread Carl Hall
I tested this with the following builds:

Java version: 1.8.0_144, vendor: Oracle Corporation, runtime: 
/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre
Java version: 11.0.2, vendor: Oracle Corporation, runtime: 
/Library/Java/JavaVirtualMachines/openjdk-11.0.2.jdk/Contents/Home
Java version: 12.0.2, vendor: Oracle Corporation, runtime: 
/Library/Java/JavaVirtualMachines/openjdk-12.0.2.jdk/Contents/Home
Java version: 13.0.1, vendor: Oracle Corporation, runtime: 
/Library/Java/JavaVirtualMachines/openjdk-13.0.1.jdk/Contents/Home

using

Maven home: /usr/local/Cellar/maven/3.6.3/libexec
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"

> On Jan 8, 2020, at 10:50 PM, Carl Hall  wrote:
> 
> We have fixed quite a few bugs and added some significant enhancements since 
> Apache Commons DbUtils 1.7 was released, so I would like to release Apache 
> Commons DbUtils 1.8.
> 
> RC2 handles closing connections only when owned, and addresses generated 
> javadoc, NOTICE year update, and release notes detail.
> 
> Apache Commons DbUtils 1.8 RC2 is available for review here:
>https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC2 (svn 
> revision 37533)
> 
> The Git tag commons-dbutils-1.8-RC2 commit for this RC is
> 9be04e5cc990deee3ba672aa8060c523db897b7a which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=9be04e5cc990deee3ba672aa8060c523db897b7a
> 
> You may checkout this tag using:
>git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git --branch 
> commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
> 
> Maven artifacts are here:
>
> https://repository.apache.org/service/local/repositories/orgapachecommons-1488/content/commons-dbutils/commons-dbutils/1.8/
> 
> These are the artifacts and their hashes:
> 
> #Release SHA-512s
> #Wed Jan 08 22:43:42 PST 2020
> commons-dbutils-1.8-tests.jar=0228b8f564642709b0581434f39433f872c77891b5a5d70f473aa8e6cfb14721890982fc4afcde064795ca63753d50ecfc2a173665174bf6fc2683af9770eed9
> commons-dbutils-1.8-bin.tar.gz.asc=ac5b2da84f1ca0f4605b61583c7d907cb68774a229620d08e7c36e4513435ffbebeb31cae313411e6b0f9dd70e60d55317826e14a43c7c47dcf1c98db03f2396
> commons-dbutils-1.8-test-sources.jar=075ac4a74cad06a34d901c088f323c59dbe1b9eea076404212ed63b7eb6fa3a266ada20aa63264e89c4203d8d6140fb556acd89ff4e08b21f3f9693de11543a5
> commons-dbutils-1.8-test-sources.jar.asc=baf8d0e9477d02eac7c3f4be5ac9358378bf46778b4c3159586b336e9300c1ae8c89dd80b22daaeb6b0aafe09c3a6277baddef9e8898c990986cc57df989
> commons-dbutils-1.8.pom.asc=659f6bfda15f588d00bd53b4204ab2de8eba20a5e484619a1770816e9cb7372846499bc87b9b7629a3fc0c6e3b4f1b740362468aea232286318feeddc4c3bfc5
> commons-dbutils-1.8-javadoc.jar=115b21ecf633185aa055ce2392ce6298bc45a50278fbce10892ee9493293cdde39149f2ff739848f2557058c7e5c866dcb765e2773a28f890725ddf328c73259
> commons-dbutils-1.8-sources.jar.asc=2e1709b4f9dfc1f9320127dded40b9af9c19a5e249aaac9deadd38aee572a28ecb7ef8de559b93c97b6093596cadd70e180b99787b82965e0f5d8376adfac8fb
> commons-dbutils-1.8-bin.zip.asc=e5cb25909f68e5d0a3249ca484d10b97b859ed56e92072b13ca64c85d18686605189703e2e146343247b6a64e3e20b4c7e07e12f40b37c87d305a9d71e951581
> commons-dbutils-1.8-bin.tar.gz=c8a9cf0c59a64cbe4717edeb377a85fd8395c4bbd9eb124d24099d04fd6e8e3b87063bf4bfaca63e58d8deb80a651b4d9fc03c00db56f0ea0d93053f61138f4f
> commons-dbutils-1.8-src.tar.gz=5277ebf4ed36a4301ce7a6280885360ea51ebc82771a01405684397fa33144c00214e5ac7a3b4aad75ec4dd6d3eb46ef083321bf03414dce29982c553da1360e
> commons-dbutils-1.8-javadoc.jar.asc=9a6bca512db25dcd6be9215862b1f04cfd86ad58f6c21d3cbcebe1ad9137e5dc3417d05db915acc4fc6f22ef0c40893c401a77568148d714f66375ea66da2078
> commons-dbutils-1.8-src.tar.gz.asc=d7ace200a63c2ee705cda7d4d5b62d401b8cb9e54b5b4a582e3e8f0c62f16ac964ebf5f440ad39f60344d28771f6942833c241c9163ced70f5bb7dfd256989c5
> commons-dbutils-1.8-src.zip.asc=3c4e20ceb0a0c071cc425be3a4604651de47df2be7bf1985525d319fc3c8035299a75ba558172411338d0174d504cddd7c22dc35d334a21b043f885fdabcd736
> commons-dbutils-1.8-tests.jar.asc=a9df8e97c85f437223ae0ba02fafba542c978a44ec12a61cf742e261e238e4bd9a4d7bb1239c8101aeede7d88ba4ad647ceb2eaececb1cc3c4027d9308491a00
> commons-dbutils-1.8-sources.jar=425dcae024bc592ce38238fde0e2d7eaf919fa238d64e23796c383afa30892d6c4a7850e9f405fe7d0fcd32dde97568f1ef2e708cbb193311746744ce0425fa0
> commons-dbutils-1.8-bin.zip=ee4819761efccc4ba3de929672a81415a787775eff0175ea782687a669e305b159e483f21e38f020e5459e3aff11adff02aa762d4aa7c0b35a2925e45730d61d
> commons-dbutils-1.8.jar.asc=e7555a17fd6a85aa0b80d54e163809bfae839a5b23f4e57c5d804fb039ec37599df08d45dadef8b33bc7ee26d17c1612062bdaf2c07ecc576773c583ed9048ff
> commons-dbutils-1.8-src.zip=5363310bda5f09337992f7d2ed4b73b3d76d810710158

[VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-01-08 Thread Carl Hall
ons stated below.
These exceptions are also noted in the Changes and Release Notes.

Errors reported:
- methods added to interface: OK because that does not affect binary 
compatibility.
- etc.
***

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC2/site/rat-report.html

KEYS:
  https://www.apache.org/dist/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner that 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Carl Hall, 
Release Manager (using key 1e5ab6d3cf8ebf5f)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git --branch 
commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
cd commons-dbutils-1.8-RC2

2) Check Apache licenses

This step is not required if the site includes a RAT report page which you then 
must check.

mvn apache-rat:check

3) Check binary compatibility

Older components still use Apache Clirr:

This step is not required if the site includes a Clirr report page which you 
then must check.

mvn clirr:check

Newer components use JApiCmp with the japicmp Maven Profile:

This step is not required if the site includes a JApiCmp report page which you 
then must check.

mvn install -DskipTests -P japicmp japicmp:cmp

4) Build the package

mvn -V clean package

You can record the Maven and Java version produced by -V in your VOTE reply.
To gather OS information from a command line:
Windows: ver
Linux: uname -a

5) Build the site for a single module project

Note: Some plugins require the components to be installed instead of packaged.

mvn site
Check the site reports in:
- Windows: target\site\index.html
- Linux: target/site/index.html

6) Build the site for a multi-module project

mvn site
mvn site:stage
Check the site reports in:
- Windows: target\site\index.html
- Linux: target/site/index.html

-the end-

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



[CANCEL] Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC1

2020-01-08 Thread Carl Hall
Ah, thanks for the suggestion. RC2 vote coming soon.

> On Jan 8, 2020, at 5:52 AM, Rob Tompkins  wrote:
> 
> 
> 
>> On Jan 8, 2020, at 8:31 AM, Gary Gregory > <mailto:garydgreg...@gmail.com>> wrote:
>> 
>> You should reply to this thread with [CANCEL] in the subject to make it
>> clear this VOTE is canceled.
> 
> Yes…good call.
> 
>> 
>> Gary
>> 
>> On Wed, Jan 8, 2020 at 8:30 AM Gary Gregory  wrote:
>> 
>>> On Tue, Jan 7, 2020 at 12:12 AM Carl Hall  wrote:
>>> 
>>>> Thanks for the reviews, Gary and Bruno. And thanks, Gary, for giving such
>>>> a sharp eye to the broader range of code. I'll work through the suggestions
>>>> in this thread, and clear everything up for the next RC.
>>>> 
>>> 
>>> Good news :-)
>>> 
>>> Gary
>>> 
>>>> 
>>>> 
>>>>> On Jan 6, 2020, at 8:21 AM, Gary Gregory 
>>>> wrote:
>>>>> 
>>>>> I think we need a development pass before we release. I see too many
>>>>> resource leaks under certain conditions.
>>>>> 
>>>>> For example:
>>>>> 
>>>>> Calling org.apache.commons.dbutils.QueryRunner.batch(String, Object[][])
>>>>> with a null String or a null Object[][] will leak JDBC Connections.
>>>>> 
>>>>> This should be fixed by following the convention that the code that
>>>>> allocates then deallocates.
>>>>> 
>>>>> So instead of:
>>>>> 
>>>>>  public int[] batch(final String sql, final Object[][] params) throws
>>>>> SQLException {
>>>>>  final Connection conn = this.prepareConnection();
>>>>> 
>>>>>  return this.batch(conn, true, sql, params);
>>>>>  }
>>>>> 
>>>>> This method should be:
>>>>> 
>>>>>  public int[] batch(final String sql, final Object[][] params) throws
>>>>> SQLException {
>>>>>  try (final Connection conn = this.prepareConnection()) {
>>>>>  return this.batch(conn, true, sql, params);
>>>>>  }
>>>>>  }
>>>>> 
>>>>> AND the method org.apache.commons.dbutils.QueryRunner.batch(Connection,
>>>>> boolean, String, Object[][]) should NOT release the connection it is
>>>> given
>>>>> since it is not its owner.
>>>>> 
>>>>> Other call sites can be adjusted similarly. So this applies to callers
>>>>> of org.apache.commons.dbutils.AbstractQueryRunner.prepareConnection()
>>>> and
>>>>> other "prepare" methods.
>>>>> 
>>>>> Gary
>>>>> 
>>>>> 
>>>>> On Sun, Jan 5, 2020 at 2:13 AM Carl Hall 
>>>> wrote:
>>>>> 
>>>>>> We have fixed quite a few bugs and added some significant enhancements
>>>>>> since Apache Commons DbUtils 1.7 was released, so I would like to
>>>> release
>>>>>> Apache Commons DbUtils 1.8.
>>>>>> 
>>>>>> Apache Commons DbUtils 1.8 RC1 is available for review here:
>>>>>>  https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC1 (svn
>>>>>> revision 37461)
>>>>>> 
>>>>>> The Git tag DBUTILS_1_8_RC1 commit for this RC is
>>>>>> 727eef5f138a1be1f4365e2b73740949504e0e36 which you can browse here:
>>>>>> 
>>>>>> 
>>>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=727eef5f138a1be1f4365e2b73740949504e0e36
>>>>>> 
>>>>>> You may checkout this tag using:
>>>>>>  git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>>>>> --branch DBUTILS_1_8_RC1 commons-dbutils-1.8-RC1
>>>>>> 
>>>>>> Maven artifacts are here:
>>>>>> 
>>>>>> 
>>>> https://repository.apache.org/content/repositories/orgapachecommons-1484/commons-dbutils/commons-dbutils/1.8/
>>>>>> 
>>>>>> These are the artifacts and their hashes:
>>>>>> 
>>>>>> #Release SHA-512s
>>>>>> #Sat Jan 04 22:36:52 PST 2020
>>>>>> 
>>>>>> 
>>>> commons-dbutils-1.

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC1

2020-01-06 Thread Carl Hall
Thanks for the reviews, Gary and Bruno. And thanks, Gary, for giving such a 
sharp eye to the broader range of code. I'll work through the suggestions in 
this thread, and clear everything up for the next RC.


> On Jan 6, 2020, at 8:21 AM, Gary Gregory  wrote:
> 
> I think we need a development pass before we release. I see too many
> resource leaks under certain conditions.
> 
> For example:
> 
> Calling org.apache.commons.dbutils.QueryRunner.batch(String, Object[][])
> with a null String or a null Object[][] will leak JDBC Connections.
> 
> This should be fixed by following the convention that the code that
> allocates then deallocates.
> 
> So instead of:
> 
>public int[] batch(final String sql, final Object[][] params) throws
> SQLException {
>final Connection conn = this.prepareConnection();
> 
>return this.batch(conn, true, sql, params);
>}
> 
> This method should be:
> 
>public int[] batch(final String sql, final Object[][] params) throws
> SQLException {
>try (final Connection conn = this.prepareConnection()) {
>return this.batch(conn, true, sql, params);
>}
>}
> 
> AND the method org.apache.commons.dbutils.QueryRunner.batch(Connection,
> boolean, String, Object[][]) should NOT release the connection it is given
> since it is not its owner.
> 
> Other call sites can be adjusted similarly. So this applies to callers
> of org.apache.commons.dbutils.AbstractQueryRunner.prepareConnection() and
> other "prepare" methods.
> 
> Gary
> 
> 
> On Sun, Jan 5, 2020 at 2:13 AM Carl Hall  wrote:
> 
>> We have fixed quite a few bugs and added some significant enhancements
>> since Apache Commons DbUtils 1.7 was released, so I would like to release
>> Apache Commons DbUtils 1.8.
>> 
>> Apache Commons DbUtils 1.8 RC1 is available for review here:
>>https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC1 (svn
>> revision 37461)
>> 
>> The Git tag DBUTILS_1_8_RC1 commit for this RC is
>> 727eef5f138a1be1f4365e2b73740949504e0e36 which you can browse here:
>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=727eef5f138a1be1f4365e2b73740949504e0e36
>> 
>> You may checkout this tag using:
>>git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>> --branch DBUTILS_1_8_RC1 commons-dbutils-1.8-RC1
>> 
>> Maven artifacts are here:
>> 
>> https://repository.apache.org/content/repositories/orgapachecommons-1484/commons-dbutils/commons-dbutils/1.8/
>> 
>> These are the artifacts and their hashes:
>> 
>> #Release SHA-512s
>> #Sat Jan 04 22:36:52 PST 2020
>> 
>> commons-dbutils-1.8-bin.tar.gz=8df85fcc2d264e237b3d912b53e4c7cb6c5da143256fc6c1e954770bbcddee1a2c9dd18aa52e165221d136b22809496581fb07cada3528d135be29934ba93519
>> 
>> commons-dbutils-1.8-bin.tar.gz.asc=69953438530416c10f44bb552c67f618cb0e0ab0db88743a5d99818ce1612eec9cd12a6a0d06d204495cc856381e4f50283f0fa38dfd138de89fdb93345c7bec
>> 
>> commons-dbutils-1.8-bin.zip=550d1e2b03b8419ad903848100f11a8b74271802844286a0040a32c1aa8cf7e34af6a8e95bb13fe5099b9c6e6fe65c55001810dd381d11c688760dcc4a0a81b5
>> 
>> commons-dbutils-1.8-bin.zip.asc=0bd928a65147f399da418bf3e14cb34510dd1936468df41d845f71fb15c73aa2bbd61d28db5f9f3bdb099ae51d56a41f620bf66e504f8d70e59aaede04653ec3
>> 
>> commons-dbutils-1.8-javadoc.jar=7aa230e2fdcfe365ad091cdff6ec00eeb965980a431f85afddfc0fc6255ee2620c5c580ad0cbc66799e575e3f2841439a0b75002862e89ac9bead0be5ed56e12
>> 
>> commons-dbutils-1.8-javadoc.jar.asc=a6ab07ac09dd3a87d3141dbfc369abf2fbc561ec0b6f77b0ed1581026eb7b8aa238bc22b5023cb2cde1c72d9b709563af4e7f7898956aab9465d8745747b6cfb
>> 
>> commons-dbutils-1.8-sources.jar=7c007cdffb6f734b6a0d702b317e9c9713a05c41a9a9a151fca95f04fbc5565a35129e7c0faabd3b6b12be106eed7029a2b007cdcc4b0d6e858bcb2505fa9f76
>> 
>> commons-dbutils-1.8-sources.jar.asc=87674fb7aa05932c9663e9111b86742a2c2202aec11d7f561c6a3e113f3eb1e42e95134e84ecad63358025a6465a6d495aa739ce5ed34438bc8a2b51be29b013
>> 
>> commons-dbutils-1.8-src.tar.gz=5efd90dc08b504ec7d2951a974a6ad329ab9ec4b71199a1a13386029c59d0fd65d37ba8dc6ddca6fdc35a96d262047eeedf7f4cd96ad1241190a927d656a7c87
>> 
>> commons-dbutils-1.8-src.tar.gz.asc=a2eb7c80baace54415bc8bc7d9b250721896f3e949a54eec6c222d8cff367eeea00a6d0c3430f08e3b65ceabfbcdded7e8455a70081f4326d8b5abb09bef8378
>> 
>> commons-dbutils-1.8-src.zip=4a5627ef0a5125bae56a077ab6489f44042ec84687574920ea173bbc9f23fa88983944822f10577f7cff5d54a885d98d0c34e71abeafe568f63396453ac491a0
>> 
>> commons-dbutils-1.8-src.zip.asc=87923a6d27698de183b4fe37bd23e2249ab45074c597eef01e9d9de57921151d0d774a6ec0eb845

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC1

2020-01-05 Thread Carl Hall
Nice find! I’ve added a commit to address this, but will wait a bit for more 
review before cutting RC2.

> On Jan 5, 2020, at 5:04 AM, Gary Gregory  wrote:
> 
> Good find Bruno! That a blocker IMO, simple to fix at least. I should have
> time to review over the next day or so.
> 
> Gary
> 
> On Sun, Jan 5, 2020 at 4:49 AM Bruno P. Kinoshita
>  wrote:
> 
>> Hi,
>> 
>> 
>> Not sure if a blocker, but the NOTICE.txt files need the 2019 -> 2020
>> update. Will have time to review this one tomorrow NZ time I think.
>> 
>> 
>> CheersBruno
>> 
>>On Sunday, 5 January 2020, 8:13:51 pm NZDT, Carl Hall <
>> thecarlh...@apache.org> wrote:
>> 
>> We have fixed quite a few bugs and added some significant enhancements
>> since Apache Commons DbUtils 1.7 was released, so I would like to release
>> Apache Commons DbUtils 1.8.
>> 
>> Apache Commons DbUtils 1.8 RC1 is available for review here:
>>https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC1 (svn
>> revision 37461)
>> 
>> The Git tag DBUTILS_1_8_RC1 commit for this RC is
>> 727eef5f138a1be1f4365e2b73740949504e0e36 which you can browse here:
>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=727eef5f138a1be1f4365e2b73740949504e0e36
>> 
>> You may checkout this tag using:
>>git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>> --branch DBUTILS_1_8_RC1 commons-dbutils-1.8-RC1
>> 
>> Maven artifacts are here:
>> 
>> https://repository.apache.org/content/repositories/orgapachecommons-1484/commons-dbutils/commons-dbutils/1.8/
>> 
>> These are the artifacts and their hashes:
>> 
>> #Release SHA-512s
>> #Sat Jan 04 22:36:52 PST 2020
>> 
>> commons-dbutils-1.8-bin.tar.gz=8df85fcc2d264e237b3d912b53e4c7cb6c5da143256fc6c1e954770bbcddee1a2c9dd18aa52e165221d136b22809496581fb07cada3528d135be29934ba93519
>> 
>> commons-dbutils-1.8-bin.tar.gz.asc=69953438530416c10f44bb552c67f618cb0e0ab0db88743a5d99818ce1612eec9cd12a6a0d06d204495cc856381e4f50283f0fa38dfd138de89fdb93345c7bec
>> 
>> commons-dbutils-1.8-bin.zip=550d1e2b03b8419ad903848100f11a8b74271802844286a0040a32c1aa8cf7e34af6a8e95bb13fe5099b9c6e6fe65c55001810dd381d11c688760dcc4a0a81b5
>> 
>> commons-dbutils-1.8-bin.zip.asc=0bd928a65147f399da418bf3e14cb34510dd1936468df41d845f71fb15c73aa2bbd61d28db5f9f3bdb099ae51d56a41f620bf66e504f8d70e59aaede04653ec3
>> 
>> commons-dbutils-1.8-javadoc.jar=7aa230e2fdcfe365ad091cdff6ec00eeb965980a431f85afddfc0fc6255ee2620c5c580ad0cbc66799e575e3f2841439a0b75002862e89ac9bead0be5ed56e12
>> 
>> commons-dbutils-1.8-javadoc.jar.asc=a6ab07ac09dd3a87d3141dbfc369abf2fbc561ec0b6f77b0ed1581026eb7b8aa238bc22b5023cb2cde1c72d9b709563af4e7f7898956aab9465d8745747b6cfb
>> 
>> commons-dbutils-1.8-sources.jar=7c007cdffb6f734b6a0d702b317e9c9713a05c41a9a9a151fca95f04fbc5565a35129e7c0faabd3b6b12be106eed7029a2b007cdcc4b0d6e858bcb2505fa9f76
>> 
>> commons-dbutils-1.8-sources.jar.asc=87674fb7aa05932c9663e9111b86742a2c2202aec11d7f561c6a3e113f3eb1e42e95134e84ecad63358025a6465a6d495aa739ce5ed34438bc8a2b51be29b013
>> 
>> commons-dbutils-1.8-src.tar.gz=5efd90dc08b504ec7d2951a974a6ad329ab9ec4b71199a1a13386029c59d0fd65d37ba8dc6ddca6fdc35a96d262047eeedf7f4cd96ad1241190a927d656a7c87
>> 
>> commons-dbutils-1.8-src.tar.gz.asc=a2eb7c80baace54415bc8bc7d9b250721896f3e949a54eec6c222d8cff367eeea00a6d0c3430f08e3b65ceabfbcdded7e8455a70081f4326d8b5abb09bef8378
>> 
>> commons-dbutils-1.8-src.zip=4a5627ef0a5125bae56a077ab6489f44042ec84687574920ea173bbc9f23fa88983944822f10577f7cff5d54a885d98d0c34e71abeafe568f63396453ac491a0
>> 
>> commons-dbutils-1.8-src.zip.asc=87923a6d27698de183b4fe37bd23e2249ab45074c597eef01e9d9de57921151d0d774a6ec0eb84528ede3dfda46377268e6322ec27724c1cbe5f9f98ac1e1d9d
>> 
>> commons-dbutils-1.8-test-sources.jar=86230141a19dff2276a9f7e3a1806c7ce69ea496b9aee5ed6a8afb4f084f71436b2769e49dfe798611aa03eda17897128dae6516cdbb2a00f3a04e9ec9a14ff2
>> 
>> commons-dbutils-1.8-test-sources.jar.asc=0b41adf88b654a87e4857e59d58399cd94198525d038b9abd8977cc61891321315bbc2739909bf4d253533eb8ef03b9151c758227b801f002b57efdd9dca12b0
>> 
>> commons-dbutils-1.8-tests.jar=0ed0b578b593fcd51f96ac7d9f421ded992a0eec6e038c2c6bbf4629f38aec7defe90f5b634ce59c6706d05c7e5b79a4e7d525e0d77e9e8447531adcb0ad4a55
>> 
>> commons-dbutils-1.8-tests.jar.asc=17572acb7a2fd68d641bd46e33be243f25258ce4762eeff79e9e023db7ebfda1548e06b49d5317dcec21d59f8e9c9b5a9931a284875f62344be7b39c888bb60b
>> 
>> commons-dbutils-1.8.jar.asc=9f67b415e73b3f36f997e30a32c76fcc2c601e528930c12254f0c02ef3f2d996d3926ecd93ce71d81b2df0ecac37295f4bfe806e8cf9bb5a9be4c0fd7cdcb268
>> 
&

Re: [dbutils] 2_0 branch discussion

2020-01-05 Thread Carl Hall
Thanks for merging that in. Since 2.0 RC1 was cut, there have been a few 
releases on the 1.x line. Is 2_0 up to date with everything?

> On Dec 30, 2019, at 4:35 PM, William Speirs  wrote:
> 
> I just merged the code from my fork (
> https://github.com/wspeirs/sop4j-dbutils/ 
> <https://github.com/wspeirs/sop4j-dbutils/>) into the commons-dbutils 2_0
> branch (
> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=180c0990b1f0da4d0039904b68cc6b57f00558e5
>  
> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=180c0990b1f0da4d0039904b68cc6b57f00558e5>
> ).
> 
> The code builds, and all the tests pass... that's as far as I went however.
> 
> Carl, let me know if I can help more... thanks!
> 
> Bill-
> 
> On Mon, Dec 30, 2019 at 5:17 PM Carl Hall  <mailto:thecarlh...@apache.org>> wrote:
> 
>> There was a 2_0 branch started several years ago[1]. That release was
>> abandoned, the code wasn’t merged into master, and a fork was spurred
>> outside of Apache[2]. I’d like to rectify this and work to a release.
>> 
>> The code was moved to a different package in both repos, so merging isn’t
>> straightforward. I can attempt to copy in the classes from the 2_0 branch
>> in gitbox or manually copy the classes from Bill’s GitHub account. Both
>> seem like a lot of work with chances for accidentally unwinding more recent
>> changes. I think a more detailed review would be better, but time isn’t on
>> my side for that.
>> 
>> Any suggestions for how to best proceed on this? Bill, if there’s anyway
>> you could work the merge, I’ll manage the release.
>> 
>> 1
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=shortlog;h=refs/heads/2_0
>> <
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=shortlog;h=refs/heads/2_0
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=shortlog;h=refs/heads/2_0>
>>> 
>> 2 https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2 
>> <https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2> <
>> https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2 
>> <https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2>>



[VOTE] Release Apache Commons DbUtils 1.8 based on RC1

2020-01-04 Thread Carl Hall
ommons/dbutils/1.8-RC1/site/japicmp.html

***
Note that Clirr reports several errors.
These are considered OK for the reasons stated below.
These exceptions are also noted in the Changes and Release Notes.

Errors reported:
- methods added to interface: OK because that does not affect binary 
compatibility.
- etc.
***

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC1/site/rat-report.html

KEYS:
  https://www.apache.org/dist/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Carl Hall, 
Release Manager (using key 1e5ab6d3cf8ebf5f)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git --branch 
DBUTILS_1_8_RC1 commons-dbutils-1.8-RC1
cd commons-dbutils-1.8-RC1

2) Check Apache licenses

This step is not required if the site includes a RAT report page which you then 
must check.

mvn apache-rat:check

3) Check binary compatibility

Older components still use Apache Clirr:

This step is not required if the site includes a Clirr report page which you 
then must check.

mvn clirr:check

Newer components use JApiCmp with the japicmp Maven Profile:

This step is not required if the site includes a JApiCmp report page which you 
then must check.

mvn install -DskipTests -P japicmp japicmp:cmp

4) Build the package

mvn -V clean package

You can record the Maven and Java version produced by -V in your VOTE reply.
To gather OS information from a command line:
Windows: ver
Linux: uname -a

5) Build the site for a single module project

Note: Some plugins require the components to be installed instead of packaged.

mvn site
Check the site reports in:
- Windows: target\site\index.html
- Linux: target/site/index.html

6) Build the site for a multi-module project

mvn site
mvn site:stage
Check the site reports in:
- Windows: target\site\index.html
- Linux: target/site/index.html

-the end-


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



Re: Proposal to Release

2020-01-04 Thread Carl Hall
Thanks for adding that version. I’ll work on marking tickets that are in this 
release.

There have been a few API additions, requiring Java 1.7 instead of 1.6, and the 
addition of a new annotation. It feels like enough to go with 1.8 rather than 
1.7.1, but I’m open to stronger opinions.


> On Jan 4, 2020, at 3:43 PM, Gary Gregory  wrote:
> 
> I added 1.8 but the it could be changed to 1.7.1 if no new API is added.
> 
> Gary
> 
> On Sat, Jan 4, 2020, 18:40 Carl Hall  wrote:
> 
>> I don’t seem to have the right permissions to create a release in Jira for
>> DbUtils[1]. Could someone grant me those permissions, or create a 1.8
>> release, please?  Thanks!
>> 
>> 
>> https://jira.apache.org/jira/projects/DBUTILS?selectedItem=com.atlassian.jira.jira-projects-plugin%3Arelease-page=no-filter
>> 
>>> On Dec 30, 2019, at 2:01 PM, Gary Gregory 
>> wrote:
>>> 
>>> Just don't delete any tags...
>>> 
>>> Gary
>>> 
>>> On Mon, Dec 30, 2019 at 9:37 AM William Speirs 
>> wrote:
>>> 
>>>> That 2.0 release attempt was mine... Feel free to blow it away, and
>> proceed
>>>> with your release as 2.0.
>>>> 
>>>> However, most of my changes in there should be working. The changes add
>>>> named parameter support, and a fluent API to the library. The only
>> reason
>>>> it wasn't released was because I couldn't figure out the release
>> process,
>>>> and after much frustration, gave up:
>>>> http://www.sop4j.com/2014/01/dbutils.html?m=1
>>>> 
>>>> If you want to include my changes, see my fork here for the latest code:
>>>> https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2
>>>> 
>>>> Happy to help, but it's been a long time since I have touched this code.
>>>> 
>>>> Thanks!
>>>> 
>>>> Bill-
>>>> 
>>>> On Mon, Dec 30, 2019, 1:43 AM Carl Hall  wrote:
>>>> 
>>>>> Hi all,
>>>>> 
>>>>> It’s been another couple of years since DbUtils had a release[1], and
>>>> some
>>>>> good changes are ready to ship. Since the 1.7 release, we’ve had 90+
>>>> commit
>>>>> from Commons committers and GitHub PRs. Some features, a threading fix,
>>>> and
>>>>> lots of attention to builds and quality across all platforms and
>>>>> functionality.
>>>>> 
>>>>> I raise my hand to manage this release. Unless something pops up, I’ll
>>>> get
>>>>> a vote out to review RC articles in a week or 2. All comments and
>>>> questions
>>>>> welcome.
>>>>> 
>>>>> There’s one breaking change by reducing access to a 7 yr old deprecated
>>>>> field, so the version should be a major bump. There’s an old RC1
>> artifact
>>>>> for a 2.0 release that wasn’t completed[2][3]. Should I jump to 3.0 or
>>>>> replace the 2.0 RC artifacts?
>>>>> 
>>>>> Thanks,
>>>>> Carl
>>>>> 
>>>>> 1 http://markmail.org/message/7nyhqkuw6cccqf7l <
>>>>> http://markmail.org/message/7nyhqkuw6cccqf7l>
>>>>> 2
>>>>> 
>>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
>>>>> <
>>>>> 
>>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
>>>>>> 
>>>>> 3
>>>>> 
>>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
>>>>> <
>>>>> 
>>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
>>>>>> 
>>>>> 
>>>>> 
>>>> 
>> 
>> 
>> -
>> 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



Re: Proposal to Release

2020-01-04 Thread Carl Hall
I don’t seem to have the right permissions to create a release in Jira for 
DbUtils[1]. Could someone grant me those permissions, or create a 1.8 release, 
please?  Thanks!

https://jira.apache.org/jira/projects/DBUTILS?selectedItem=com.atlassian.jira.jira-projects-plugin%3Arelease-page=no-filter

> On Dec 30, 2019, at 2:01 PM, Gary Gregory  wrote:
> 
> Just don't delete any tags...
> 
> Gary
> 
> On Mon, Dec 30, 2019 at 9:37 AM William Speirs  wrote:
> 
>> That 2.0 release attempt was mine... Feel free to blow it away, and proceed
>> with your release as 2.0.
>> 
>> However, most of my changes in there should be working. The changes add
>> named parameter support, and a fluent API to the library. The only reason
>> it wasn't released was because I couldn't figure out the release process,
>> and after much frustration, gave up:
>> http://www.sop4j.com/2014/01/dbutils.html?m=1
>> 
>> If you want to include my changes, see my fork here for the latest code:
>> https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2
>> 
>> Happy to help, but it's been a long time since I have touched this code.
>> 
>> Thanks!
>> 
>> Bill-
>> 
>> On Mon, Dec 30, 2019, 1:43 AM Carl Hall  wrote:
>> 
>>> Hi all,
>>> 
>>> It’s been another couple of years since DbUtils had a release[1], and
>> some
>>> good changes are ready to ship. Since the 1.7 release, we’ve had 90+
>> commit
>>> from Commons committers and GitHub PRs. Some features, a threading fix,
>> and
>>> lots of attention to builds and quality across all platforms and
>>> functionality.
>>> 
>>> I raise my hand to manage this release. Unless something pops up, I’ll
>> get
>>> a vote out to review RC articles in a week or 2. All comments and
>> questions
>>> welcome.
>>> 
>>> There’s one breaking change by reducing access to a 7 yr old deprecated
>>> field, so the version should be a major bump. There’s an old RC1 artifact
>>> for a 2.0 release that wasn’t completed[2][3]. Should I jump to 3.0 or
>>> replace the 2.0 RC artifacts?
>>> 
>>> Thanks,
>>> Carl
>>> 
>>> 1 http://markmail.org/message/7nyhqkuw6cccqf7l <
>>> http://markmail.org/message/7nyhqkuw6cccqf7l>
>>> 2
>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
>>> <
>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
>>>> 
>>> 3
>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
>>> <
>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
>>>> 
>>> 
>>> 
>> 


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



[dbutils] 2_0 branch discussion

2019-12-30 Thread Carl Hall
There was a 2_0 branch started several years ago[1]. That release was 
abandoned, the code wasn’t merged into master, and a fork was spurred outside 
of Apache[2]. I’d like to rectify this and work to a release.

The code was moved to a different package in both repos, so merging isn’t 
straightforward. I can attempt to copy in the classes from the 2_0 branch in 
gitbox or manually copy the classes from Bill’s GitHub account. Both seem like 
a lot of work with chances for accidentally unwinding more recent changes. I 
think a more detailed review would be better, but time isn’t on my side for 
that.

Any suggestions for how to best proceed on this? Bill, if there’s anyway you 
could work the merge, I’ll manage the release. 

1 
https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=shortlog;h=refs/heads/2_0
 

2 https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2 




Re: Proposal to Release

2019-12-30 Thread Carl Hall
Thanks for reminding me of that, Bill. I have a local branch where I’ve rebased 
2_0 onto master, and reworked things where needed. I’ll review that again to 
see where things stand. It was a lot of work last time, so I’ll plan to go 
forward without it for now, and try to get a 2.0 release out after the one 
proposed below. I’ll likely need your help in reviewing the final results. :)

> On Dec 30, 2019, at 6:36 AM, William Speirs  wrote:
> 
> That 2.0 release attempt was mine... Feel free to blow it away, and proceed
> with your release as 2.0.
> 
> However, most of my changes in there should be working. The changes add
> named parameter support, and a fluent API to the library. The only reason
> it wasn't released was because I couldn't figure out the release process,
> and after much frustration, gave up:
> http://www.sop4j.com/2014/01/dbutils.html?m=1 
> <http://www.sop4j.com/2014/01/dbutils.html?m=1>
> 
> If you want to include my changes, see my fork here for the latest code:
> https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2 
> <https://github.com/wspeirs/sop4j-dbutils/tree/dbutils-2.2>
> 
> Happy to help, but it's been a long time since I have touched this code.
> 
> Thanks!
> 
> Bill-
> 
> On Mon, Dec 30, 2019, 1:43 AM Carl Hall  <mailto:thecarlh...@apache.org>> wrote:
> 
>> Hi all,
>> 
>> It’s been another couple of years since DbUtils had a release[1], and some
>> good changes are ready to ship. Since the 1.7 release, we’ve had 90+ commit
>> from Commons committers and GitHub PRs. Some features, a threading fix, and
>> lots of attention to builds and quality across all platforms and
>> functionality.
>> 
>> I raise my hand to manage this release. Unless something pops up, I’ll get
>> a vote out to review RC articles in a week or 2. All comments and questions
>> welcome.
>> 
>> There’s one breaking change by reducing access to a 7 yr old deprecated
>> field, so the version should be a major bump. There’s an old RC1 artifact
>> for a 2.0 release that wasn’t completed[2][3]. Should I jump to 3.0 or
>> replace the 2.0 RC artifacts?
>> 
>> Thanks,
>> Carl
>> 
>> 1 http://markmail.org/message/7nyhqkuw6cccqf7l <
>> http://markmail.org/message/7nyhqkuw6cccqf7l 
>> <http://markmail.org/message/7nyhqkuw6cccqf7l>>
>> 2
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2>
>> <
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2>
>>> 
>> 3
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1>
>> <
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1>


Re: Proposal to Release

2019-12-30 Thread Carl Hall
Solid point, Gary, and it removes the collision with 2.0. win-win. :)  I’ll 
revert that change, and proceed with a 1.8 version for release consideration.

> On Dec 30, 2019, at 6:44 AM, Gary Gregory  wrote:
> 
> If the only breaking change is a change to field access level, let's revert
> that keep binary compatibility IMO.
> 
> Gary
> 
> 
> On Mon, Dec 30, 2019 at 1:43 AM Carl Hall  <mailto:thecarlh...@apache.org>> wrote:
> 
>> Hi all,
>> 
>> It’s been another couple of years since DbUtils had a release[1], and some
>> good changes are ready to ship. Since the 1.7 release, we’ve had 90+ commit
>> from Commons committers and GitHub PRs. Some features, a threading fix, and
>> lots of attention to builds and quality across all platforms and
>> functionality.
>> 
>> I raise my hand to manage this release. Unless something pops up, I’ll get
>> a vote out to review RC articles in a week or 2. All comments and questions
>> welcome.
>> 
>> There’s one breaking change by reducing access to a 7 yr old deprecated
>> field, so the version should be a major bump. There’s an old RC1 artifact
>> for a 2.0 release that wasn’t completed[2][3]. Should I jump to 3.0 or
>> replace the 2.0 RC artifacts?
>> 
>> Thanks,
>> Carl
>> 
>> 1 http://markmail.org/message/7nyhqkuw6cccqf7l <
>> http://markmail.org/message/7nyhqkuw6cccqf7l 
>> <http://markmail.org/message/7nyhqkuw6cccqf7l>>
>> 2
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2>
>> <
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2>
>>> 
>> 3
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1>
>> <
>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
>>  
>> <https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1>


Proposal to Release

2019-12-29 Thread Carl Hall
Hi all,

It’s been another couple of years since DbUtils had a release[1], and some good 
changes are ready to ship. Since the 1.7 release, we’ve had 90+ commit from 
Commons committers and GitHub PRs. Some features, a threading fix, and lots of 
attention to builds and quality across all platforms and functionality.

I raise my hand to manage this release. Unless something pops up, I’ll get a 
vote out to review RC articles in a week or 2. All comments and questions 
welcome.

There’s one breaking change by reducing access to a 7 yr old deprecated field, 
so the version should be a major bump. There’s an old RC1 artifact for a 2.0 
release that wasn’t completed[2][3]. Should I jump to 3.0 or replace the 2.0 RC 
artifacts?

Thanks,
Carl

1 http://markmail.org/message/7nyhqkuw6cccqf7l 

2 
https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=83d65e39ce5ac4ad11f9cfc1294386936b0b2de2
 

3 
https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=log;h=refs/tags/DBUTILS_2_0_RC1
 




[ANNOUNCE] Apache Commons Dbutils 1.7 released!

2017-07-21 Thread Carl Hall
The Apache Commons DbUtils team is pleased to announce the release of
Apache Commons DbUtils 1.7.  Apache Commons DbUtils is a set of Java
utility classes for easing JDBC development.

This marks the first release in 3 years!  It includes bugfixes and column &
property handlers using Java's native SPI functionality for extensible
datatype handling.

For more details see the release notes at:
http://www.apache.org/dist/commons/dbutils/RELEASE-NOTES.txt

Distribution packages can be downloaded from:
https://commons.apache.org/proper/commons-dbutils/download_lang.cgi

When downloading, please verify signatures using the KEYS file available at:
http://www.apache.org/dist/commons

Maven artifacts are also available in the central Maven repository:


  commons-dbutils
  commons-dbutils
  1.7


Have fun,
Carl, on behalf of the Apache Commons Community


Re: [VOTE] Release Apache Commons DbUtils 1.7 based on RC2

2017-07-20 Thread Carl Hall
This vote passes with the following result:

- Gary Gregory: +1 (binding)
- Oliver Heger: +1 (binding)
- Rob Tompkins: +1 (binding)
- Amey Jadiye: +1 (non-binding)

Thank you to all who helped make this release and for reviewing the RCs!
I’ll work on publishing everything soon.


On Tue, Jul 18, 2017 at 2:40 PM, Gary Gregory <garydgreg...@gmail.com>
wrote:

> On Tue, Jul 18, 2017 at 1:13 PM, Oliver Heger <
> oliver.he...@oliver-heger.de>
> wrote:
>
> > Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts and site
> > look good.
> >
> > There is a bunch of checkstyle errors, especially in
> > BaseResultSetHandler.java; but I assume they have been in there before,
> > so not a blocker.
> >
>
> Yeah, if you look at
> https://commons.apache.org/proper/commons-dbutils/
> checkstyle-aggregate.html
> you'll see 1104 errors.
>
> [Starting a separate thread]
>
> Gary
>
> >
> > +1, good work!
> >
> > Oliver
> >
> > Am 17.07.2017 um 00:41 schrieb Carl Hall:
> > > Hi,
> > >
> > > It's been almost 3 years to the day since we've had a DbUtils release.
> > > We've fixed several important bugs and added some new features, so I
> > would
> > > like to release DbUtils 1.7.
> > >
> > > Furthermore, we have fixed these issues for RC2, which were discovered
> in
> > > RC1:
> > > - resource leaks as found by FindBugs
> > > - updated links & text in generated texts and site
> > >
> > > DbUtils 1.7 RC2 is available for review here:
> > >https://dist.apache.org/repos/dist/dev/commons/dbutils/
> > DBUTILS_1_7_RC2/ (svn
> > > revision 20455)
> > >
> > > The tag is here:
> > >*https://git-wip-us.apache.org/repos/asf?p=commons-
> > dbutils.git;a=tag;h=c7b9d1229aeacd1884c9ca126c5d65af0221404a
> > > <https://git-wip-us.apache.org/repos/asf?p=commons-
> dbutils.git;a=tag;h=
> > c7b9d1229aeacd1884c9ca126c5d65af0221404a>*
> > >
> > > Maven artifacts are here:
> > >https://repository.apache.org/content/repositories/
> > orgapachecommons-1254
> > >
> > > These are the Maven Artifacts and their hashes:
> > >
> > > commons-dbutils-1.7-javadoc.jar
> > > (SHA: 23ba15ea4ff18419fb17715e8956846b863c2d9d)
> > > commons-dbutils-1.7-javadoc.jar.asc
> > > (SHA: fb5f36b61e056c31ea3181c0a67c9bf395cd56e0)
> > > commons-dbutils-1.7-javadoc.jar.md5
> > > (SHA: daae48f032e6f96a63c8b47241de7fae7c53e176)
> > > commons-dbutils-1.7-javadoc.jar.sha1
> > > (SHA: 092fbb145d61a4d93dd645a529e212fe01099d14)
> > > commons-dbutils-1.7-sources.jar
> > > (SHA: 38e00df900c6c0dd01dec42ad411ff44de10ac0b)
> > > commons-dbutils-1.7-sources.jar.asc
> > > (SHA: 601b900b1a6079c09a81da903f0bd418dc552f09)
> > > commons-dbutils-1.7-sources.jar.md5
> > > (SHA: 1fce7ad72fc18d639705a1573c34cc012e076a25)
> > > commons-dbutils-1.7-sources.jar.sha1
> > > (SHA: 198663d496d62b4f78ab8edf85c7125e79213f32)
> > > commons-dbutils-1.7-test-sources.jar
> > > (SHA: 6c61c9324218009db50415bfdf8b1c6675dcbbf0)
> > > commons-dbutils-1.7-test-sources.jar.asc
> > > (SHA: 120cd3f4f4d673eb49cd976f814110a74bde438f)
> > > commons-dbutils-1.7-test-sources.jar.md5
> > > (SHA: 135c8c5dd7c868c116d17dc694731ff6230270f7)
> > > commons-dbutils-1.7-test-sources.jar.sha1
> > > (SHA: 38d6480819b9d813ad18307349a19603ed53f453)
> > > commons-dbutils-1.7-tests.jar
> > > (SHA: be58f64000d4b5a5932f5c18afbb847b3fe6caf3)
> > > commons-dbutils-1.7-tests.jar.asc
> > > (SHA: b93e9d1b23bbf051630b60ba917af03f0fd2a8cc)
> > > commons-dbutils-1.7-tests.jar.md5
> > > (SHA: beb09dfdd239b5a09d96132546e6a9cb5899617e)
> > > commons-dbutils-1.7-tests.jar.sha1
> > > (SHA: d25629f7ea7d3e352ad98f6d955ce473606d3ecf)
> > > commons-dbutils-1.7.jar
> > > (SHA: 8b750837334b0c92f3f09a481ff6638aa0a7e370)
> > > commons-dbutils-1.7.jar.asc
> > > (SHA: bbd4a9cdb128233e2bf67c252789385091576a6c)
> > > commons-dbutils-1.7.jar.md5
> > > (SHA: 5b90d74d0967dcb3ba4422489910730c3ff396b5)
> > > commons-dbutils-1.7.jar.sha1
> > > (SHA: ecb00abbc04548398986b80d1f0e48373d55c2b8)
> > > commons-dbutils-1.7.pom
> > > (SHA: dcaebe462df8501f14d764f2bece496e942586eb)
> > > commons-dbutils-1.7.pom.asc
> > > (SHA: 0547d14d07117cc496c018ef7fd320ae32884287)
> > > commons-dbutils-1.7.pom.md5
> > > (SHA: c5a32289a952a40202461528eeffcad474d0ef6c)
>

Re: [all] Linking to sites will break or become misleading overtime.

2017-07-19 Thread Carl Hall
This is a great idea.  Something that hits closer to home for me is how the
API docs disappear for older versions.

https://commons.apache.org/proper/commons-dbutils/apidocs/index.html
vs.
https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/apidocs/index.html

For DbUtils, this is particularly interesting since the 1.6 release has
been out for so long.


On Tue, Jul 18, 2017 at 2:45 PM, Gary Gregory 
wrote:

> Hi All,
>
> A comment more than anything:
>
> In our DBCP 1.7 RC2 VOTE email thread in progress now, you can read:
>
> =
>
> On Tue, Jul 18, 2017 at 1:13 PM, Oliver Heger <
> oliver.he...@oliver-heger.de>
>  wrote:
>
> > Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts and site
> > look good.
> >
> > There is a bunch of checkstyle errors, especially in
> > BaseResultSetHandler.java; but I assume they have been in there before,
> > so not a blocker.
> >
>
> Yeah, if you look at
> https://commons.apache.org/proper/commons-dbutils/
> checkstyle-aggregate.html
> you'll see 1104 errors.
>
> =
>
> The page at the link I pasted:
>
> https://commons.apache.org/proper/commons-dbutils/
> checkstyle-aggregate.html
>
> is about version 1.6 and works today but will be overwritten once we
> publish 1.7 making tractability impossible.
>
> I wish we archived sites for all releases... which would be handy when
> someone is stuck to using an old version.
>
> Then my link could have been:
>
> https://commons.apache.org/proper/commons-dbutils/1.6/
> checkstyle-aggregate.html
>
> or something like that. I think a few components here and there do archive
> old sites but we do not have a generic and automatic way to do that for all
> components.
>
> Gary
>


Re: [VOTE] Release Apache Commons DbUtils 1.7 based on RC2

2017-07-17 Thread Carl Hall
Thanks for pointing those out, sebb.  I'll be sure to get all of those
committed to master.  Hopefully the Mockito jump isn't too much work.  :)

On Mon, Jul 17, 2017 at 1:48 AM, sebb <seb...@gmail.com> wrote:

> Note: it's worth running the following:
>
> mvn versions:display-dependency-updates -U
> and
> mvn versions:display-plugin-updates -U
>
> to check for possible version updates
>
> These give:
>
> [INFO] The following dependencies in Dependencies have newer versions:
> [INFO]   junit:junit . 4.11
> -> 4.12
> [INFO]   org.mockito:mockito-core . 1.9.5 ->
> 2.8.47
>
> and
>
> [INFO] The following plugin updates are available:
> [INFO]   maven-changes-plugin . 2.12 ->
> 2.12.1
> [INFO]
> [WARNING] The following plugins do not have their version specified:
> [WARNING]   maven-checkstyle-plugin .
> 2.17
> [WARNING]   maven-pmd-plugin .
> 3.8
> [WARNING]   org.codehaus.mojo:findbugs-maven-plugin 
> 3.0.4
>
> The mockito version is a big change and will need checking to ensure
> it's compatible.
>
>
> On 17 July 2017 at 03:08, Gary Gregory <garydgreg...@gmail.com> wrote:
> > I noticed it during
> >
> > mvn clean verify site
> >
> > Gary
> >
> > On Jul 16, 2017 18:34, "Carl Hall" <carl.h...@gmail.com> wrote:
> >
> >> Great feedback!  Thanks so much.
> >>
> >> Would you please let me know how you're running PMD?  I've tried `mvn
> >> pmd:pmd`.  I'm not seeing issues locally and would like to make sure the
> >> build is bulletproof.
> >>
> >>
> >> On Sun, Jul 16, 2017 at 6:08 PM, Gary Gregory <garydgreg...@gmail.com>
> >> wrote:
> >>
> >> > +1
> >> >
> >> > From src zip: ASC, MD5, and SHA1 OK.
> >> >
> >> > RAT and CLIRR check OK.
> >> >
> >> > Reports look OK.
> >> >
> >> > Issues to address but not blockers:
> >> > - PMD blows up during the build and there is no resulting PMD report.
> >> > - The POM uses an old version of commons-parent.
> >> >
> >> > Gary
> >> >
> >> >
> >> > On Sun, Jul 16, 2017 at 3:41 PM, Carl Hall <carl.h...@gmail.com>
> wrote:
> >> >
> >> > > Hi,
> >> > >
> >> > > It's been almost 3 years to the day since we've had a DbUtils
> release.
> >> > > We've fixed several important bugs and added some new features, so I
> >> > would
> >> > > like to release DbUtils 1.7.
> >> > >
> >> > > Furthermore, we have fixed these issues for RC2, which were
> discovered
> >> in
> >> > > RC1:
> >> > > - resource leaks as found by FindBugs
> >> > > - updated links & text in generated texts and site
> >> > >
> >> > > DbUtils 1.7 RC2 is available for review here:
> >> > >https://dist.apache.org/repos/dist/dev/commons/dbutils/
> >> > DBUTILS_1_7_RC2/
> >> > > (svn
> >> > > revision 20455)
> >> > >
> >> > > The tag is here:
> >> > >*https://git-wip-us.apache.org/repos/asf?p=commons-
> >> > dbutils.git;a=tag;h=
> >> > > c7b9d1229aeacd1884c9ca126c5d65af0221404a
> >> > > <https://git-wip-us.apache.org/repos/asf?p=commons-
> >> dbutils.git;a=tag;h=
> >> > > c7b9d1229aeacd1884c9ca126c5d65af0221404a>*
> >> > >
> >> > > Maven artifacts are here:
> >> > >https://repository.apache.org/content/repositories/
> >> > > orgapachecommons-1254
> >> > >
> >> > > These are the Maven Artifacts and their hashes:
> >> > >
> >> > > commons-dbutils-1.7-javadoc.jar
> >> > > (SHA: 23ba15ea4ff18419fb17715e8956846b863c2d9d)
> >> > > commons-dbutils-1.7-javadoc.jar.asc
> >> > > (SHA: fb5f36b61e056c31ea3181c0a67c9bf395cd56e0)
> >> > > commons-dbutils-1.7-javadoc.jar.md5
> >> > > (SHA: daae48f032e6f96a63c8b47241de7fae7c53e176)
> >> > > commons-dbutils-1.7-javadoc.jar.sha1
> >> > > (SHA: 092fbb145d61a4d93dd645a529e212fe01099d14)
> >> > > commons-dbutils-1.7-sources.jar
> >> >

Re: [VOTE] Release Apache Commons DbUtils 1.7 based on RC2

2017-07-17 Thread Carl Hall
Thanks!  Looks like PMD moved the Java rulesets to rulesets/java/*.  I'll
update that in master and make sure it's ready for the next release.  fwiw,
fixing that did not raise any new issues or warnings.

On Sun, Jul 16, 2017 at 7:08 PM, Gary Gregory <garydgreg...@gmail.com>
wrote:

> I noticed it during
>
> mvn clean verify site
>
> Gary
>
> On Jul 16, 2017 18:34, "Carl Hall" <carl.h...@gmail.com> wrote:
>
> > Great feedback!  Thanks so much.
> >
> > Would you please let me know how you're running PMD?  I've tried `mvn
> > pmd:pmd`.  I'm not seeing issues locally and would like to make sure the
> > build is bulletproof.
> >
> >
> > On Sun, Jul 16, 2017 at 6:08 PM, Gary Gregory <garydgreg...@gmail.com>
> > wrote:
> >
> > > +1
> > >
> > > From src zip: ASC, MD5, and SHA1 OK.
> > >
> > > RAT and CLIRR check OK.
> > >
> > > Reports look OK.
> > >
> > > Issues to address but not blockers:
> > > - PMD blows up during the build and there is no resulting PMD report.
> > > - The POM uses an old version of commons-parent.
> > >
> > > Gary
> > >
> > >
> > > On Sun, Jul 16, 2017 at 3:41 PM, Carl Hall <carl.h...@gmail.com>
> wrote:
> > >
> > > > Hi,
> > > >
> > > > It's been almost 3 years to the day since we've had a DbUtils
> release.
> > > > We've fixed several important bugs and added some new features, so I
> > > would
> > > > like to release DbUtils 1.7.
> > > >
> > > > Furthermore, we have fixed these issues for RC2, which were
> discovered
> > in
> > > > RC1:
> > > > - resource leaks as found by FindBugs
> > > > - updated links & text in generated texts and site
> > > >
> > > > DbUtils 1.7 RC2 is available for review here:
> > > >https://dist.apache.org/repos/dist/dev/commons/dbutils/
> > > DBUTILS_1_7_RC2/
> > > > (svn
> > > > revision 20455)
> > > >
> > > > The tag is here:
> > > >*https://git-wip-us.apache.org/repos/asf?p=commons-
> > > dbutils.git;a=tag;h=
> > > > c7b9d1229aeacd1884c9ca126c5d65af0221404a
> > > > <https://git-wip-us.apache.org/repos/asf?p=commons-
> > dbutils.git;a=tag;h=
> > > > c7b9d1229aeacd1884c9ca126c5d65af0221404a>*
> > > >
> > > > Maven artifacts are here:
> > > >https://repository.apache.org/content/repositories/
> > > > orgapachecommons-1254
> > > >
> > > > These are the Maven Artifacts and their hashes:
> > > >
> > > > commons-dbutils-1.7-javadoc.jar
> > > > (SHA: 23ba15ea4ff18419fb17715e8956846b863c2d9d)
> > > > commons-dbutils-1.7-javadoc.jar.asc
> > > > (SHA: fb5f36b61e056c31ea3181c0a67c9bf395cd56e0)
> > > > commons-dbutils-1.7-javadoc.jar.md5
> > > > (SHA: daae48f032e6f96a63c8b47241de7fae7c53e176)
> > > > commons-dbutils-1.7-javadoc.jar.sha1
> > > > (SHA: 092fbb145d61a4d93dd645a529e212fe01099d14)
> > > > commons-dbutils-1.7-sources.jar
> > > > (SHA: 38e00df900c6c0dd01dec42ad411ff44de10ac0b)
> > > > commons-dbutils-1.7-sources.jar.asc
> > > > (SHA: 601b900b1a6079c09a81da903f0bd418dc552f09)
> > > > commons-dbutils-1.7-sources.jar.md5
> > > > (SHA: 1fce7ad72fc18d639705a1573c34cc012e076a25)
> > > > commons-dbutils-1.7-sources.jar.sha1
> > > > (SHA: 198663d496d62b4f78ab8edf85c7125e79213f32)
> > > > commons-dbutils-1.7-test-sources.jar
> > > > (SHA: 6c61c9324218009db50415bfdf8b1c6675dcbbf0)
> > > > commons-dbutils-1.7-test-sources.jar.asc
> > > > (SHA: 120cd3f4f4d673eb49cd976f814110a74bde438f)
> > > > commons-dbutils-1.7-test-sources.jar.md5
> > > > (SHA: 135c8c5dd7c868c116d17dc694731ff6230270f7)
> > > > commons-dbutils-1.7-test-sources.jar.sha1
> > > > (SHA: 38d6480819b9d813ad18307349a19603ed53f453)
> > > > commons-dbutils-1.7-tests.jar
> > > > (SHA: be58f64000d4b5a5932f5c18afbb847b3fe6caf3)
> > > > commons-dbutils-1.7-tests.jar.asc
> > > > (SHA: b93e9d1b23bbf051630b60ba917af03f0fd2a8cc)
> > > > commons-dbutils-1.7-tests.jar.md5
> > > > (SHA: beb09dfdd239b5a09d96132546e6a9cb5899617e)
> > > > commons-dbutils-1.7-tests.jar.sha1
> > > > (SHA: d25629f7ea7d3e352ad98f6d955ce473606d3ecf)
> > > > commons-dbutils-1.7.jar

Re: [VOTE] Release Apache Commons DbUtils 1.7 based on RC2

2017-07-16 Thread Carl Hall
Great feedback!  Thanks so much.

Would you please let me know how you're running PMD?  I've tried `mvn
pmd:pmd`.  I'm not seeing issues locally and would like to make sure the
build is bulletproof.


On Sun, Jul 16, 2017 at 6:08 PM, Gary Gregory <garydgreg...@gmail.com>
wrote:

> +1
>
> From src zip: ASC, MD5, and SHA1 OK.
>
> RAT and CLIRR check OK.
>
> Reports look OK.
>
> Issues to address but not blockers:
> - PMD blows up during the build and there is no resulting PMD report.
> - The POM uses an old version of commons-parent.
>
> Gary
>
>
> On Sun, Jul 16, 2017 at 3:41 PM, Carl Hall <carl.h...@gmail.com> wrote:
>
> > Hi,
> >
> > It's been almost 3 years to the day since we've had a DbUtils release.
> > We've fixed several important bugs and added some new features, so I
> would
> > like to release DbUtils 1.7.
> >
> > Furthermore, we have fixed these issues for RC2, which were discovered in
> > RC1:
> > - resource leaks as found by FindBugs
> > - updated links & text in generated texts and site
> >
> > DbUtils 1.7 RC2 is available for review here:
> >https://dist.apache.org/repos/dist/dev/commons/dbutils/
> DBUTILS_1_7_RC2/
> > (svn
> > revision 20455)
> >
> > The tag is here:
> >*https://git-wip-us.apache.org/repos/asf?p=commons-
> dbutils.git;a=tag;h=
> > c7b9d1229aeacd1884c9ca126c5d65af0221404a
> > <https://git-wip-us.apache.org/repos/asf?p=commons-dbutils.git;a=tag;h=
> > c7b9d1229aeacd1884c9ca126c5d65af0221404a>*
> >
> > Maven artifacts are here:
> >https://repository.apache.org/content/repositories/
> > orgapachecommons-1254
> >
> > These are the Maven Artifacts and their hashes:
> >
> > commons-dbutils-1.7-javadoc.jar
> > (SHA: 23ba15ea4ff18419fb17715e8956846b863c2d9d)
> > commons-dbutils-1.7-javadoc.jar.asc
> > (SHA: fb5f36b61e056c31ea3181c0a67c9bf395cd56e0)
> > commons-dbutils-1.7-javadoc.jar.md5
> > (SHA: daae48f032e6f96a63c8b47241de7fae7c53e176)
> > commons-dbutils-1.7-javadoc.jar.sha1
> > (SHA: 092fbb145d61a4d93dd645a529e212fe01099d14)
> > commons-dbutils-1.7-sources.jar
> > (SHA: 38e00df900c6c0dd01dec42ad411ff44de10ac0b)
> > commons-dbutils-1.7-sources.jar.asc
> > (SHA: 601b900b1a6079c09a81da903f0bd418dc552f09)
> > commons-dbutils-1.7-sources.jar.md5
> > (SHA: 1fce7ad72fc18d639705a1573c34cc012e076a25)
> > commons-dbutils-1.7-sources.jar.sha1
> > (SHA: 198663d496d62b4f78ab8edf85c7125e79213f32)
> > commons-dbutils-1.7-test-sources.jar
> > (SHA: 6c61c9324218009db50415bfdf8b1c6675dcbbf0)
> > commons-dbutils-1.7-test-sources.jar.asc
> > (SHA: 120cd3f4f4d673eb49cd976f814110a74bde438f)
> > commons-dbutils-1.7-test-sources.jar.md5
> > (SHA: 135c8c5dd7c868c116d17dc694731ff6230270f7)
> > commons-dbutils-1.7-test-sources.jar.sha1
> > (SHA: 38d6480819b9d813ad18307349a19603ed53f453)
> > commons-dbutils-1.7-tests.jar
> > (SHA: be58f64000d4b5a5932f5c18afbb847b3fe6caf3)
> > commons-dbutils-1.7-tests.jar.asc
> > (SHA: b93e9d1b23bbf051630b60ba917af03f0fd2a8cc)
> > commons-dbutils-1.7-tests.jar.md5
> > (SHA: beb09dfdd239b5a09d96132546e6a9cb5899617e)
> > commons-dbutils-1.7-tests.jar.sha1
> > (SHA: d25629f7ea7d3e352ad98f6d955ce473606d3ecf)
> > commons-dbutils-1.7.jar
> > (SHA: 8b750837334b0c92f3f09a481ff6638aa0a7e370)
> > commons-dbutils-1.7.jar.asc
> > (SHA: bbd4a9cdb128233e2bf67c252789385091576a6c)
> > commons-dbutils-1.7.jar.md5
> > (SHA: 5b90d74d0967dcb3ba4422489910730c3ff396b5)
> > commons-dbutils-1.7.jar.sha1
> > (SHA: ecb00abbc04548398986b80d1f0e48373d55c2b8)
> > commons-dbutils-1.7.pom
> > (SHA: dcaebe462df8501f14d764f2bece496e942586eb)
> > commons-dbutils-1.7.pom.asc
> > (SHA: 0547d14d07117cc496c018ef7fd320ae32884287)
> > commons-dbutils-1.7.pom.md5
> > (SHA: c5a32289a952a40202461528eeffcad474d0ef6c)
> > commons-dbutils-1.7.pom.sha1
> > (SHA: 0aa622dc6fa860ceeaf86fcb3e1a48f9530c3398)
> >
> > Details of changes since 1.6 are in the release notes:
> >
> > https://dist.apache.org/repos/dist/dev/commons/dbutils/
> > DBUTILS_1_7_RC2/RELEASE-NOTES.txt
> >https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/
> > changes-report.html
> >
> > Site:
> >https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/
> >
> > Clirr Report (compared to 1.6):
> >https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/
> clirr-report.html
> >
> >- All changes are additions and do not represent any fundamental or
> > breaking changes in how to use the library, so not revving the version.
> >
> > RAT Report:
> >https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/rat-report.html
> >
> > KEYS:
> >https://www.apache.org/dist/commons/KEYS
> >
> > Please review the release candidate and vote.
> > This vote will close no sooner that 72 hours from now,
> > i.e. sometime after 23:00 UTC 19-July-2017
> >
> >   [ ] +1 Release these artifacts
> >   [ ] +0 OK, but...
> >   [ ] -0 OK, but really should fix...
> >   [ ] -1 I oppose this release because...
> >
> > Thanks!
> > -Carl
> >
>


[VOTE] Release Apache Commons DbUtils 1.7 based on RC2

2017-07-16 Thread Carl Hall
Hi,

It's been almost 3 years to the day since we've had a DbUtils release.
We've fixed several important bugs and added some new features, so I would
like to release DbUtils 1.7.

Furthermore, we have fixed these issues for RC2, which were discovered in
RC1:
- resource leaks as found by FindBugs
- updated links & text in generated texts and site

DbUtils 1.7 RC2 is available for review here:
   https://dist.apache.org/repos/dist/dev/commons/dbutils/DBUTILS_1_7_RC2/ (svn
revision 20455)

The tag is here:
   
*https://git-wip-us.apache.org/repos/asf?p=commons-dbutils.git;a=tag;h=c7b9d1229aeacd1884c9ca126c5d65af0221404a
*

Maven artifacts are here:
   https://repository.apache.org/content/repositories/orgapachecommons-1254

These are the Maven Artifacts and their hashes:

commons-dbutils-1.7-javadoc.jar
(SHA: 23ba15ea4ff18419fb17715e8956846b863c2d9d)
commons-dbutils-1.7-javadoc.jar.asc
(SHA: fb5f36b61e056c31ea3181c0a67c9bf395cd56e0)
commons-dbutils-1.7-javadoc.jar.md5
(SHA: daae48f032e6f96a63c8b47241de7fae7c53e176)
commons-dbutils-1.7-javadoc.jar.sha1
(SHA: 092fbb145d61a4d93dd645a529e212fe01099d14)
commons-dbutils-1.7-sources.jar
(SHA: 38e00df900c6c0dd01dec42ad411ff44de10ac0b)
commons-dbutils-1.7-sources.jar.asc
(SHA: 601b900b1a6079c09a81da903f0bd418dc552f09)
commons-dbutils-1.7-sources.jar.md5
(SHA: 1fce7ad72fc18d639705a1573c34cc012e076a25)
commons-dbutils-1.7-sources.jar.sha1
(SHA: 198663d496d62b4f78ab8edf85c7125e79213f32)
commons-dbutils-1.7-test-sources.jar
(SHA: 6c61c9324218009db50415bfdf8b1c6675dcbbf0)
commons-dbutils-1.7-test-sources.jar.asc
(SHA: 120cd3f4f4d673eb49cd976f814110a74bde438f)
commons-dbutils-1.7-test-sources.jar.md5
(SHA: 135c8c5dd7c868c116d17dc694731ff6230270f7)
commons-dbutils-1.7-test-sources.jar.sha1
(SHA: 38d6480819b9d813ad18307349a19603ed53f453)
commons-dbutils-1.7-tests.jar
(SHA: be58f64000d4b5a5932f5c18afbb847b3fe6caf3)
commons-dbutils-1.7-tests.jar.asc
(SHA: b93e9d1b23bbf051630b60ba917af03f0fd2a8cc)
commons-dbutils-1.7-tests.jar.md5
(SHA: beb09dfdd239b5a09d96132546e6a9cb5899617e)
commons-dbutils-1.7-tests.jar.sha1
(SHA: d25629f7ea7d3e352ad98f6d955ce473606d3ecf)
commons-dbutils-1.7.jar
(SHA: 8b750837334b0c92f3f09a481ff6638aa0a7e370)
commons-dbutils-1.7.jar.asc
(SHA: bbd4a9cdb128233e2bf67c252789385091576a6c)
commons-dbutils-1.7.jar.md5
(SHA: 5b90d74d0967dcb3ba4422489910730c3ff396b5)
commons-dbutils-1.7.jar.sha1
(SHA: ecb00abbc04548398986b80d1f0e48373d55c2b8)
commons-dbutils-1.7.pom
(SHA: dcaebe462df8501f14d764f2bece496e942586eb)
commons-dbutils-1.7.pom.asc
(SHA: 0547d14d07117cc496c018ef7fd320ae32884287)
commons-dbutils-1.7.pom.md5
(SHA: c5a32289a952a40202461528eeffcad474d0ef6c)
commons-dbutils-1.7.pom.sha1
(SHA: 0aa622dc6fa860ceeaf86fcb3e1a48f9530c3398)

Details of changes since 1.6 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/dbutils/DBUTILS_1_7_RC2/RELEASE-NOTES.txt
   https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/changes-report.html

Site:
   https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/

Clirr Report (compared to 1.6):
   https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/clirr-report.html

   - All changes are additions and do not represent any fundamental or
breaking changes in how to use the library, so not revving the version.

RAT Report:
   https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/rat-report.html

KEYS:
   https://www.apache.org/dist/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner that 72 hours from now,
i.e. sometime after 23:00 UTC 19-July-2017

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thanks!
-Carl


Re: [VOTE] Release Apache Commons DbUtils 1.7 based on RC1

2017-07-16 Thread Carl Hall
Thank you very much for giving this RC a keen review.  Being my first
release, I appreciate the help in getting this right.  I'll incorporate the
suggested fixes (thanks, Gary!) to the release branch and prep RC2.

On Sun, Jul 16, 2017 at 12:46 PM, Gary Gregory <garydgreg...@gmail.com>
wrote:

> Hi All,
>
> Thank you for performing RM duties for this release.
>
> -1: This RC introduces resource leaks as found by FindBugs which are not
> present in 1.6:
>
> org.apache.commons.dbutils.AbstractQueryRunner
> BugCategoryDetailsLinePriority
> org.apache.commons.dbutils.AbstractQueryRunner.
> prepareStatement(Connection,
> String) may fail to clean up java.sql.Statement on checked exception
> EXPERIMENTAL OBL_UNSATISFIED_OBLIGATION_EXCEPTION_EDGE
> <http://findbugs.sourceforge.net/bugDescriptions.html#OBL_
> UNSATISFIED_OBLIGATION_EXCEPTION_EDGE>
> 207 Medium
> org.apache.commons.dbutils.AbstractQueryRunner.
> prepareStatement(Connection,
> String, int) may fail to clean up java.sql.Statement on checked exception
> EXPERIMENTAL OBL_UNSATISFIED_OBLIGATION_EXCEPTION_EDGE
> <http://findbugs.sourceforge.net/bugDescriptions.html#OBL_
> UNSATISFIED_OBLIGATION_EXCEPTION_EDGE>
> 238 Medium
>
> Gary
>
> These need to be fixed IMO, which I did in git master.
>
> Gary
>
> On Sat, Jul 15, 2017 at 10:16 PM, Carl Hall <carl.h...@gmail.com> wrote:
>
> > Hi,
> >
> > It's been almost 3 years to the day since we've had a DbUtils release.
> > We've fixed several important bugs and added some new features, so I
> would
> > like to release DbUtils 1.7.
> >
> > DbUtils 1.7 RC1 is available for review here:
> >https://dist.apache.org/repos/dist/dev/commons/dbutils/
> DBUTILS_1_7_RC1/
> > (svn revision 20453)
> >
> > The tag is here:
> >
> > https://git-wip-us.apache.org/repos/asf?p=commons-dbutils.gi
> > t;a=tag;h=5cac6914f8c41c0a3a7daa524b581e2bb991475c
> >
> > Maven artifacts are here:
> >https://repository.apache.org/content/repositories/orgap
> > achecommons-1253
> >
> > These are the Maven Artifacts and their hashes:
> >
> > commons-dbutils-1.7-javadoc.jar
> > (SHA: e22dd333bf755f89c0a12d8fe8e9f9791f4d584d)
> > commons-dbutils-1.7-javadoc.jar.asc
> > (SHA: dca6226d3474a3cdfbf0981cd77fd6eca98d423c)
> > commons-dbutils-1.7-javadoc.jar.md5
> > (SHA: 8b5918304c84a8bc3d91bff24450350c8a21cdd6)
> > commons-dbutils-1.7-javadoc.jar.sha1
> > (SHA: 7b652e50d72f1df3258e2b1def4811bc2c990414)
> > commons-dbutils-1.7-sources.jar
> > (SHA: b8046fc31bad05ceac0b239813490e7318cf6688)
> > commons-dbutils-1.7-sources.jar.asc
> > (SHA: b8254614b870b3e603649051622ff6e973c8877e)
> > commons-dbutils-1.7-sources.jar.md5
> > (SHA: 86874a2f66ba9c6990a364a156fbc96490221808)
> > commons-dbutils-1.7-sources.jar.sha1
> > (SHA: f055e9526b0d6452179025413ea2a232e8edaec5)
> > commons-dbutils-1.7-test-sources.jar
> > (SHA: 1fd6447ed463463b4f5a8bc22197716d3ec7e03c)
> > commons-dbutils-1.7-test-sources.jar.asc
> > (SHA: 46e7e98a6a08ae7656e71b0e1bfe95ff8fa7233b)
> > commons-dbutils-1.7-test-sources.jar.md5
> > (SHA: cc31e5341d12a0c0ac4b5ebe8449b2318033ec6a)
> > commons-dbutils-1.7-test-sources.jar.sha1
> > (SHA: 5a3623034caf69ade14962e1d68259c8781129d0)
> > commons-dbutils-1.7-tests.jar
> > (SHA: d0ecec11d46f69e4e4a13be5086b6e3ca40d83d6)
> > commons-dbutils-1.7-tests.jar.asc
> > (SHA: a3c72df421a5281a71b83dcb1c555775f11c2669)
> > commons-dbutils-1.7-tests.jar.md5
> > (SHA: efd95070aabcab80b6c1dccb598d9defea838964)
> > commons-dbutils-1.7-tests.jar.sha1
> > (SHA: 14663f80390bf0f1019e7b66579b79cb6abe5609)
> > commons-dbutils-1.7.jar
> > (SHA: c7e3e0fafc8960018f7a8604072ba8966021b8cd)
> > commons-dbutils-1.7.jar.asc
> > (SHA: f01c0750400d95a7c2bbe12745297f35cf3fde6c)
> > commons-dbutils-1.7.jar.md5
> > (SHA: 5ad0e7594828d40ba91f162fe7a9992f321cc6b9)
> > commons-dbutils-1.7.jar.sha1
> > (SHA: cc8f04f4ef3d9e651ebac7bdadf97c66f3598a19)
> > commons-dbutils-1.7.pom
> > (SHA: cc034176a8f7c78eda5aeec467756d87913d80ec)
> > commons-dbutils-1.7.pom.asc
> > (SHA: 436a8f12de783feb5c0a37eeb68bd93f19fc567d)
> > commons-dbutils-1.7.pom.md5
> > (SHA: 4b24897d385d2f6ba8c88dbe3d2c0e9afd89247a)
> > commons-dbutils-1.7.pom.sha1
> > (SHA: a3365107285401b8f37352ea013b54f4d052b7c2)
> >
> > Details of changes since 1.6 are in the release notes:
> >
> > https://dist.apache.org/repos/dist/dev/commons/dbutils/DBUTI
> > LS_1_7_RC1/RELEASE-NOTES.txt
> >   https://home.apache.org/~thecarlhall/dbutils-1.7-RC1/
> changes

[VOTE] Release Apache Commons DbUtils 1.7 based on RC1

2017-07-15 Thread Carl Hall
Hi,

It's been almost 3 years to the day since we've had a DbUtils release.
We've fixed several important bugs and added some new features, so I would
like to release DbUtils 1.7.

DbUtils 1.7 RC1 is available for review here:
   https://dist.apache.org/repos/dist/dev/commons/dbutils/DBUTILS_1_7_RC1/
(svn revision 20453)

The tag is here:

https://git-wip-us.apache.org/repos/asf?p=commons-dbutils.git;a=tag;h=5cac6914f8c41c0a3a7daa524b581e2bb991475c

Maven artifacts are here:
   https://repository.apache.org/content/repositories/orgapachecommons-1253

These are the Maven Artifacts and their hashes:

commons-dbutils-1.7-javadoc.jar
(SHA: e22dd333bf755f89c0a12d8fe8e9f9791f4d584d)
commons-dbutils-1.7-javadoc.jar.asc
(SHA: dca6226d3474a3cdfbf0981cd77fd6eca98d423c)
commons-dbutils-1.7-javadoc.jar.md5
(SHA: 8b5918304c84a8bc3d91bff24450350c8a21cdd6)
commons-dbutils-1.7-javadoc.jar.sha1
(SHA: 7b652e50d72f1df3258e2b1def4811bc2c990414)
commons-dbutils-1.7-sources.jar
(SHA: b8046fc31bad05ceac0b239813490e7318cf6688)
commons-dbutils-1.7-sources.jar.asc
(SHA: b8254614b870b3e603649051622ff6e973c8877e)
commons-dbutils-1.7-sources.jar.md5
(SHA: 86874a2f66ba9c6990a364a156fbc96490221808)
commons-dbutils-1.7-sources.jar.sha1
(SHA: f055e9526b0d6452179025413ea2a232e8edaec5)
commons-dbutils-1.7-test-sources.jar
(SHA: 1fd6447ed463463b4f5a8bc22197716d3ec7e03c)
commons-dbutils-1.7-test-sources.jar.asc
(SHA: 46e7e98a6a08ae7656e71b0e1bfe95ff8fa7233b)
commons-dbutils-1.7-test-sources.jar.md5
(SHA: cc31e5341d12a0c0ac4b5ebe8449b2318033ec6a)
commons-dbutils-1.7-test-sources.jar.sha1
(SHA: 5a3623034caf69ade14962e1d68259c8781129d0)
commons-dbutils-1.7-tests.jar
(SHA: d0ecec11d46f69e4e4a13be5086b6e3ca40d83d6)
commons-dbutils-1.7-tests.jar.asc
(SHA: a3c72df421a5281a71b83dcb1c555775f11c2669)
commons-dbutils-1.7-tests.jar.md5
(SHA: efd95070aabcab80b6c1dccb598d9defea838964)
commons-dbutils-1.7-tests.jar.sha1
(SHA: 14663f80390bf0f1019e7b66579b79cb6abe5609)
commons-dbutils-1.7.jar
(SHA: c7e3e0fafc8960018f7a8604072ba8966021b8cd)
commons-dbutils-1.7.jar.asc
(SHA: f01c0750400d95a7c2bbe12745297f35cf3fde6c)
commons-dbutils-1.7.jar.md5
(SHA: 5ad0e7594828d40ba91f162fe7a9992f321cc6b9)
commons-dbutils-1.7.jar.sha1
(SHA: cc8f04f4ef3d9e651ebac7bdadf97c66f3598a19)
commons-dbutils-1.7.pom
(SHA: cc034176a8f7c78eda5aeec467756d87913d80ec)
commons-dbutils-1.7.pom.asc
(SHA: 436a8f12de783feb5c0a37eeb68bd93f19fc567d)
commons-dbutils-1.7.pom.md5
(SHA: 4b24897d385d2f6ba8c88dbe3d2c0e9afd89247a)
commons-dbutils-1.7.pom.sha1
(SHA: a3365107285401b8f37352ea013b54f4d052b7c2)

Details of changes since 1.6 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/dbutils/DBUTILS_1_7_RC1/RELEASE-NOTES.txt
  https://home.apache.org/~thecarlhall/dbutils-1.7-RC1/changes-report.html

Site:
  https://home.apache.org/~thecarlhall/dbutils-1.7-RC1/

Clirr Report (compared to 1.6):
  https://home.apache.org/~thecarlhall/dbutils-1.7-RC1/clirr-report.html

  All changes are additions and do not represent any fundamental or
breaking changes in how to use the library, so not revving the version.

RAT Report:
  https://home.apache.org/~thecarlhall/dbutils-1.7-RC1/rat-report.html

KEYS:
  https://www.apache.org/dist/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner that 72 hours from now,
i.e. sometime after 06:00 UTC 19-July-2017

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thanks!

Carl


Re: [dbutils] Preparing for Release; Questions

2017-07-13 Thread Carl Hall
Maven setup!  I dug through the pom parent chain to get the right server id
(apache.releases.https) and get my creds setup correctly.  I was able to
complete the deploy step, and am now working through the final steps.

Regarding syncing, nothing has changed.  I think Benedikt may be right
about filing a ticket.

On Tue, Jul 11, 2017 at 12:45 PM, Gary Gregory <garydgreg...@gmail.com>
wrote:

> Are they in sync now? Make sure you have you Maven settings set up just so.
> I think Maven has some docs on how to encrypted and save your passwords.
>
> Gary
>
> On Mon, Jul 10, 2017 at 8:57 PM, Carl Hall <carl.h...@gmail.com> wrote:
>
> > Hey Gary,
> >
> > Thanks for adding me, but I'm getting the same error message as before.
> I
> > checked my profile in whimsy and I appear to be a committer on commons
> and
> > part of the "committers" group.
> > It might be completely unrelated, but Github and git.a.o aren't in sync
> > with git-wip-us.a.o.  Maybe some weirdo setup thing somewhere?
> >
> > On Sun, Jul 9, 2017 at 2:48 PM, Gary Gregory <garydgreg...@gmail.com>
> > wrote:
> >
> > > Hi Carl,
> > >
> > > As you already are an Apache Committer, I've added you to the Commons
> > > Committers group, please try again in a few minutes.
> > >
> > > Gary
> > >
> > > On Sun, Jul 9, 2017 at 2:08 PM, Carl Hall <carl.h...@gmail.com> wrote:
> > >
> > > > Hi all,
> > > >
> > > > I'd like to make a release of dbutils.  I've worked through the
> release
> > > > preparation guide[1] up to deploying the RC.  Rather expectedly,
> since
> > > this
> > > > is my first attempt at releasing, I'm not able to complete the `mvn
> > > deploy`
> > > > step.
> > > >
> > > > ```
> > > > Failed to transfer file:
> > > > https://repository.apache.org/service/local/staging/deploy/
> > > > maven2/commons-dbutils/commons-dbutils/1.7/commons-dbutils-1.7.jar.
> > > > Return code is: 401, ReasonPhrase: Unauthorized.
> > > > ```
> > > >
> > > > Should I ask for write permission or should I ask someone else to
> > manage
> > > > the release?
> > > >
> > > > Thanks,
> > > > Carl
> > > >
> > > > 1 https://commons.apache.org/releases/prepare.html
> > > >
> > >
> >
>


Re: [dbutils] Preparing for Release; Questions

2017-07-11 Thread Carl Hall
Hey Gary,

Thanks for adding me, but I'm getting the same error message as before.  I
checked my profile in whimsy and I appear to be a committer on commons and
part of the "committers" group.
It might be completely unrelated, but Github and git.a.o aren't in sync
with git-wip-us.a.o.  Maybe some weirdo setup thing somewhere?

On Sun, Jul 9, 2017 at 2:48 PM, Gary Gregory <garydgreg...@gmail.com> wrote:

> Hi Carl,
>
> As you already are an Apache Committer, I've added you to the Commons
> Committers group, please try again in a few minutes.
>
> Gary
>
> On Sun, Jul 9, 2017 at 2:08 PM, Carl Hall <carl.h...@gmail.com> wrote:
>
> > Hi all,
> >
> > I'd like to make a release of dbutils.  I've worked through the release
> > preparation guide[1] up to deploying the RC.  Rather expectedly, since
> this
> > is my first attempt at releasing, I'm not able to complete the `mvn
> deploy`
> > step.
> >
> > ```
> > Failed to transfer file:
> > https://repository.apache.org/service/local/staging/deploy/
> > maven2/commons-dbutils/commons-dbutils/1.7/commons-dbutils-1.7.jar.
> > Return code is: 401, ReasonPhrase: Unauthorized.
> > ```
> >
> > Should I ask for write permission or should I ask someone else to manage
> > the release?
> >
> > Thanks,
> > Carl
> >
> > 1 https://commons.apache.org/releases/prepare.html
> >
>


[dbutils] Preparing for Release; Questions

2017-07-09 Thread Carl Hall
Hi all,

I'd like to make a release of dbutils.  I've worked through the release
preparation guide[1] up to deploying the RC.  Rather expectedly, since this
is my first attempt at releasing, I'm not able to complete the `mvn deploy`
step.

```
Failed to transfer file:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-dbutils/commons-dbutils/1.7/commons-dbutils-1.7.jar.
Return code is: 401, ReasonPhrase: Unauthorized.
```

Should I ask for write permission or should I ask someone else to manage
the release?

Thanks,
Carl

1 https://commons.apache.org/releases/prepare.html


Re: Git/Github Access

2017-07-06 Thread Carl Hall
Thanks so much, Gary!  Looks like the bits are flowing now.

On Wed, Jul 5, 2017 at 9:46 AM, Gary Gregory <garydgreg...@gmail.com> wrote:

> Carl,
>
> You are now in the Commons group per Whimsy.
>
> Gary
>
> On Wed, Jul 5, 2017 at 12:58 AM, sebb <seb...@gmail.com> wrote:
>
> > In the long term, we should ask INFRA to ensure all Commons repos are
> > open to all committers.
> >
> > In the short term, a work-round is to update the Commons committer list.
> >
> > This can be done through Whimsy:
> >
> > https://whimsy.apache.org/roster/committee/commons
> >
> > I suspect only the chair can do so at present.
> >
> >
> > On 4 July 2017 at 23:39, Carl Hall <carl.h...@gmail.com> wrote:
> > > Ah, this appears to be common.
> > > https://issues.apache.org/jira/browse/INFRA-12866
> > >
> > > So sorry to become a pest for this whole thing.  Should I file the
> ticket
> > > and ask for a PMC member to approve or is there a boilerplate ticket a
> > PMC
> > > member could copy & submit?  Thanks for all the help!
> > >
> > > On Mon, Jul 3, 2017 at 9:22 PM, Carl Hall <carl.h...@gmail.com> wrote:
> > >
> > >> Thanks, Gary!  I've started to put things together locally.  I tried
> to
> > >> push a branch, but don't seem to have access.
> > >>
> > >> Message from git:
> > >> >remote: You are not authorized to edit this repository.
> > >> >remote:
> > >> >To https://git-wip-us.apache.org/repos/asf/commons-dbutils.git
> > >> > ! [remote rejected] master -> master (pre-receive hook declined)
> > >> >error: failed to push some refs to 'https://git-wip-us.apache.
> > >> org/repos/asf/commons-dbutils.git'
> > >>
> > >> githbox.apache.org/setup tells me:
> > >> >You do not seem to have access to any repositories. Please make sure
> > you
> > >> are in the correct LDAP groups!
> > >>
> > >> Is there anything I can update from my side?
> > >>
> > >>
> > >>
> > >> On Mon, Jul 3, 2017 at 4:50 PM, Gary Gregory <garydgreg...@gmail.com>
> > >> wrote:
> > >>
> > >>> Hi All,
> > >>>
> > >>> I requested https://git-wip-us.apache.org/
> > repos/asf/commons-dbutils.git
> > >>>
> > >>> Gary
> > >>>
> > >>> On Mon, Jul 3, 2017 at 2:53 PM, Carl Hall <carl.h...@gmail.com>
> wrote:
> > >>>
> > >>> > Thanks, Benedikt!
> > >>> >
> > >>> > A lazy vote has succeeded for dbutils, but I may have jumped the
> gun
> > a
> > >>> > bit.  I've just noticed that I can't request the git repo[1]
> without
> > >>> being
> > >>> > on the PMC.  Would someone on the Commons PMC be so kind as to
> > request
> > >>> the
> > >>> > new git repo?
> > >>> >
> > >>> > Thanks,
> > >>> > Carl
> > >>> >
> > >>> > 1 https://reporeq.apache.org/
> > >>> >
> > >>> >
> > >>> > On Wed, Jun 28, 2017 at 12:19 AM, Benedikt Ritter <
> > brit...@apache.org>
> > >>> > wrote:
> > >>> >
> > >>> > > Hi Carl,
> > >>> > >
> > >>> > > > Am 28.06.2017 um 05:48 schrieb Carl Hall <carl.h...@gmail.com
> >:
> > >>> > > >
> > >>> > > > Hi friends,
> > >>> > > >
> > >>> > > > I'd like to move commons-dbutils to git rather than continuing
> to
> > >>> deal
> > >>> > > with
> > >>> > > > git-svn.  Could someone point me in the right direction for
> > >>> requesting
> > >>> > > this
> > >>> > > > or point me to the right person/group to pose my request?
> > >>> > >
> > >>> > > The process is described here [1]. In short: start a vote by lazy
> > >>> > > consensus, use the infra self service for requesting a
> repository,
> > >>> move
> > >>> > the
> > >>> > > code to that repository, move the SVN code base to the archive.
> > >>> > >
> > >>> > > Cheers,
> > >>> > > Benedikt
> > >>> > >
> > >>> > > [1] https://wiki.apache.org/commons/MovingToGit <
> > >>> > https://wiki.apache.org/
> > >>> > > commons/MovingToGit>
> > >>> > > >
> > >>> > > > Thanks,
> > >>> > > > Carl
> > >>> > >
> > >>> > >
> > >>> >
> > >>>
> > >>
> > >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>


Re: Git/Github Access

2017-07-04 Thread Carl Hall
Ah, this appears to be common.
https://issues.apache.org/jira/browse/INFRA-12866

So sorry to become a pest for this whole thing.  Should I file the ticket
and ask for a PMC member to approve or is there a boilerplate ticket a PMC
member could copy & submit?  Thanks for all the help!

On Mon, Jul 3, 2017 at 9:22 PM, Carl Hall <carl.h...@gmail.com> wrote:

> Thanks, Gary!  I've started to put things together locally.  I tried to
> push a branch, but don't seem to have access.
>
> Message from git:
> >remote: You are not authorized to edit this repository.
> >remote:
> >To https://git-wip-us.apache.org/repos/asf/commons-dbutils.git
> > ! [remote rejected] master -> master (pre-receive hook declined)
> >error: failed to push some refs to 'https://git-wip-us.apache.
> org/repos/asf/commons-dbutils.git'
>
> githbox.apache.org/setup tells me:
> >You do not seem to have access to any repositories. Please make sure you
> are in the correct LDAP groups!
>
> Is there anything I can update from my side?
>
>
>
> On Mon, Jul 3, 2017 at 4:50 PM, Gary Gregory <garydgreg...@gmail.com>
> wrote:
>
>> Hi All,
>>
>> I requested https://git-wip-us.apache.org/repos/asf/commons-dbutils.git
>>
>> Gary
>>
>> On Mon, Jul 3, 2017 at 2:53 PM, Carl Hall <carl.h...@gmail.com> wrote:
>>
>> > Thanks, Benedikt!
>> >
>> > A lazy vote has succeeded for dbutils, but I may have jumped the gun a
>> > bit.  I've just noticed that I can't request the git repo[1] without
>> being
>> > on the PMC.  Would someone on the Commons PMC be so kind as to request
>> the
>> > new git repo?
>> >
>> > Thanks,
>> > Carl
>> >
>> > 1 https://reporeq.apache.org/
>> >
>> >
>> > On Wed, Jun 28, 2017 at 12:19 AM, Benedikt Ritter <brit...@apache.org>
>> > wrote:
>> >
>> > > Hi Carl,
>> > >
>> > > > Am 28.06.2017 um 05:48 schrieb Carl Hall <carl.h...@gmail.com>:
>> > > >
>> > > > Hi friends,
>> > > >
>> > > > I'd like to move commons-dbutils to git rather than continuing to
>> deal
>> > > with
>> > > > git-svn.  Could someone point me in the right direction for
>> requesting
>> > > this
>> > > > or point me to the right person/group to pose my request?
>> > >
>> > > The process is described here [1]. In short: start a vote by lazy
>> > > consensus, use the infra self service for requesting a repository,
>> move
>> > the
>> > > code to that repository, move the SVN code base to the archive.
>> > >
>> > > Cheers,
>> > > Benedikt
>> > >
>> > > [1] https://wiki.apache.org/commons/MovingToGit <
>> > https://wiki.apache.org/
>> > > commons/MovingToGit>
>> > > >
>> > > > Thanks,
>> > > > Carl
>> > >
>> > >
>> >
>>
>
>


Re: Git/Github Access

2017-07-03 Thread Carl Hall
Thanks, Gary!  I've started to put things together locally.  I tried to
push a branch, but don't seem to have access.

Message from git:
>remote: You are not authorized to edit this repository.
>remote:
>To https://git-wip-us.apache.org/repos/asf/commons-dbutils.git
> ! [remote rejected] master -> master (pre-receive hook declined)
>error: failed to push some refs to '
https://git-wip-us.apache.org/repos/asf/commons-dbutils.git'

githbox.apache.org/setup tells me:
>You do not seem to have access to any repositories. Please make sure you
are in the correct LDAP groups!

Is there anything I can update from my side?



On Mon, Jul 3, 2017 at 4:50 PM, Gary Gregory <garydgreg...@gmail.com> wrote:

> Hi All,
>
> I requested https://git-wip-us.apache.org/repos/asf/commons-dbutils.git
>
> Gary
>
> On Mon, Jul 3, 2017 at 2:53 PM, Carl Hall <carl.h...@gmail.com> wrote:
>
> > Thanks, Benedikt!
> >
> > A lazy vote has succeeded for dbutils, but I may have jumped the gun a
> > bit.  I've just noticed that I can't request the git repo[1] without
> being
> > on the PMC.  Would someone on the Commons PMC be so kind as to request
> the
> > new git repo?
> >
> > Thanks,
> > Carl
> >
> > 1 https://reporeq.apache.org/
> >
> >
> > On Wed, Jun 28, 2017 at 12:19 AM, Benedikt Ritter <brit...@apache.org>
> > wrote:
> >
> > > Hi Carl,
> > >
> > > > Am 28.06.2017 um 05:48 schrieb Carl Hall <carl.h...@gmail.com>:
> > > >
> > > > Hi friends,
> > > >
> > > > I'd like to move commons-dbutils to git rather than continuing to
> deal
> > > with
> > > > git-svn.  Could someone point me in the right direction for
> requesting
> > > this
> > > > or point me to the right person/group to pose my request?
> > >
> > > The process is described here [1]. In short: start a vote by lazy
> > > consensus, use the infra self service for requesting a repository, move
> > the
> > > code to that repository, move the SVN code base to the archive.
> > >
> > > Cheers,
> > > Benedikt
> > >
> > > [1] https://wiki.apache.org/commons/MovingToGit <
> > https://wiki.apache.org/
> > > commons/MovingToGit>
> > > >
> > > > Thanks,
> > > > Carl
> > >
> > >
> >
>


Re: Git/Github Access

2017-07-03 Thread Carl Hall
Thanks, Benedikt!

A lazy vote has succeeded for dbutils, but I may have jumped the gun a
bit.  I've just noticed that I can't request the git repo[1] without being
on the PMC.  Would someone on the Commons PMC be so kind as to request the
new git repo?

Thanks,
Carl

1 https://reporeq.apache.org/


On Wed, Jun 28, 2017 at 12:19 AM, Benedikt Ritter <brit...@apache.org>
wrote:

> Hi Carl,
>
> > Am 28.06.2017 um 05:48 schrieb Carl Hall <carl.h...@gmail.com>:
> >
> > Hi friends,
> >
> > I'd like to move commons-dbutils to git rather than continuing to deal
> with
> > git-svn.  Could someone point me in the right direction for requesting
> this
> > or point me to the right person/group to pose my request?
>
> The process is described here [1]. In short: start a vote by lazy
> consensus, use the infra self service for requesting a repository, move the
> code to that repository, move the SVN code base to the archive.
>
> Cheers,
> Benedikt
>
> [1] https://wiki.apache.org/commons/MovingToGit <https://wiki.apache.org/
> commons/MovingToGit>
> >
> > Thanks,
> > Carl
>
>


Re: [VOTE][LAZY] Migrate Apache Commons DbUtils to git

2017-07-03 Thread Carl Hall
Hi,

This vote passes with no objections and the following +1 votes:

- Rob Tompkins
- Gary Gregory
- Amey Jadiye
- William Spiers

I will start on the migration ASAP.

Thank you,
Carl


On Thu, Jun 29, 2017 at 4:22 PM, Rob Tompkins <chtom...@gmail.com> wrote:

>
>
> > On Jun 29, 2017, at 7:03 PM, Carl Hall <carl.h...@gmail.com> wrote:
> >
> > Hi,
> >
> > I’d like to call a vote by lazy consensus for migrating the code base of
> > Apache Commons DbUtils to git.
> >
> > This vote is successful if nobody raises objections within the next 72
> > hours, i.e. before July 02, 2017 23:00 UTC.
>
> +1
>
> >
> > Regards,
> > Carl
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


[VOTE][LAZY] Migrate Apache Commons DbUtils to git

2017-06-29 Thread Carl Hall
Hi,

I’d like to call a vote by lazy consensus for migrating the code base of
Apache Commons DbUtils to git.

This vote is successful if nobody raises objections within the next 72
hours, i.e. before July 02, 2017 23:00 UTC.

Regards,
Carl


Git/Github Access

2017-06-27 Thread Carl Hall
Hi friends,

I'd like to move commons-dbutils to git rather than continuing to deal with
git-svn.  Could someone point me in the right direction for requesting this
or point me to the right person/group to pose my request?

Thanks,
Carl


Re: svn commit: r1673285 - in /commons/proper/dbutils/trunk/src: main/java/org/apache/commons/dbutils/ main/java/org/apache/commons/dbutils/handlers/ test/java/org/apache/commons/dbutils/handlers/

2015-04-18 Thread Carl Hall
Thanks for the reminder!  I updated changes.xml in a later commit.  I will
try to make the update when the relevant work is committed.

On Tue, Apr 14, 2015 at 8:29 AM, Benedikt Ritter brit...@apache.org wrote:

 Hello Carl,

 please remember to add fixes to changes.xml so it is easier for RMs to
 generate release notes :-)

 Thank you!
 Benedikt

 2015-04-13 23:19 GMT+02:00 thecarlh...@apache.org:

  Author: thecarlhall
  Date: Mon Apr 13 21:19:22 2015
  New Revision: 1673285
 
  URL: http://svn.apache.org/r1673285
  Log:
  DBUTILS-82 Applied user-submitted patch and made minor fixes
 
  Modified:
 
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BasicRowProcessor.java
 
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BeanProcessor.java
 
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/RowProcessor.java
 
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/handlers/BeanHandler.java
 
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/handlers/BeanListHandler.java
 
 
 commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/BeanHandlerTest.java
 
 
 commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/BeanListHandlerTest.java
 
  Modified:
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BasicRowProcessor.java
  URL:
 
 http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BasicRowProcessor.java?rev=1673285r1=1673284r2=1673285view=diff
 
 
 ==
  ---
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BasicRowProcessor.java
  (original)
  +++
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BasicRowProcessor.java
  Mon Apr 13 21:19:22 2015
  @@ -119,7 +119,7 @@ public class BasicRowProcessor implement
* @return the newly created bean
*/
   @Override
  -public T T toBean(ResultSet rs, ClassT type) throws
 SQLException {
  +public T T toBean(ResultSet rs, Class? extends T type) throws
  SQLException {
   return this.convert.toBean(rs, type);
   }
 
  @@ -136,7 +136,7 @@ public class BasicRowProcessor implement
* they were returned by the codeResultSet/code.
*/
   @Override
  -public T ListT toBeanList(ResultSet rs, ClassT type) throws
  SQLException {
  +public T ListT toBeanList(ResultSet rs, Class? extends T type)
  throws SQLException {
   return this.convert.toBeanList(rs, type);
   }
 
 
  Modified:
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BeanProcessor.java
  URL:
 
 http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BeanProcessor.java?rev=1673285r1=1673284r2=1673285view=diff
 
 
 ==
  ---
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BeanProcessor.java
  (original)
  +++
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BeanProcessor.java
  Mon Apr 13 21:19:22 2015
  @@ -135,7 +135,7 @@ public class BeanProcessor {
* @throws SQLException if a database access error occurs
* @return the newly created bean
*/
  -public T T toBean(ResultSet rs, ClassT type) throws
 SQLException {
  +public T T toBean(ResultSet rs, Class? extends T type) throws
  SQLException {
 
   PropertyDescriptor[] props = this.propertyDescriptors(type);
 
  @@ -178,7 +178,7 @@ public class BeanProcessor {
* @throws SQLException if a database access error occurs
* @return the newly created List of beans
*/
  -public T ListT toBeanList(ResultSet rs, ClassT type) throws
  SQLException {
  +public T ListT toBeanList(ResultSet rs, Class? extends T type)
  throws SQLException {
   ListT results = new ArrayListT();
 
   if (!rs.next()) {
 
  Modified:
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/RowProcessor.java
  URL:
 
 http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/RowProcessor.java?rev=1673285r1=1673284r2=1673285view=diff
 
 
 ==
  ---
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/RowProcessor.java
  (original)
  +++
 
 commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/RowProcessor.java
  Mon Apr 13 21:19:22 2015
  @@ -55,7 +55,7 @@ public interface RowProcessor {
* @throws SQLException if a database access error occurs
* @return the newly created bean
*/
  -T T toBean(ResultSet rs, ClassT type) throws SQLException;
  +T T toBean(ResultSet rs, Class? extends T type) throws
  SQLException;

Re: [dbutils] Close JIRA tickets that lack activity

2015-02-25 Thread Carl Hall
Hey Mark,

Very helpful and well put.  My email was far too terse and generic.  You're
absolutely right; a bug is a bug and an unimplemented feature is still a
valid request.  It would be bad form to close valid issues.  I apologize
for my poorly stated message.

Your details are spot on for what I was looking for.  For example, this
issue[1] was posted in 2013 with the only question happening a year later
not in favor of the request and no response provided by the author.  This
is the kind of thing I would like to clean up.

Any unanswered issues, issues with patches, or bugs, I will do my best to
work through and resolve by actually answering and/or committing code.
Anything I think should be closed and is inline with your response, I will
add a label and ask for review before I do anything rash.  :)

Thanks again for your detailed explanation.  I look forward to moving ahead
sensibly.

Thanks,
Carl

1 https://issues.apache.org/jira/browse/DBUTILS-112

On Tue, Feb 24, 2015 at 11:51 PM, Mark Thomas ma...@apache.org wrote:

 On 25/02/2015 03:31, Carl Hall wrote:
  I'd like to start closing JIRA tickets that haven't seen any response or
  activity in a long time.

 Why?

  Any objections to cleaning out old JIRA tickets
  without activity?

 Yes. A bug is still a bug and an enhancement request is still an
 enhancement request.

  Is 3 months an acceptable window to allow for inactivity
  before closing an issue as won't fix or some equivalent status?

 No time frame is acceptable for that.

 The only valid reasons to close out 'old' bugs are:

 - It is a bug report that is invalid (e.g. configuration error).

 - The bug report was incomplete (i.e. insufficient information to
 understand the issue), further information was requested from the OP and
 none was forthcoming. A lack of reproduction steps for a hard to
 reproduce bug is not sufficient reason to close it.

 - It is an enhancement request that has been rejected - i.e. even if a
 fully working patch with test cases was provided it still would not get
 committed.

 I might have missed a few valid reasons but you get the idea.

 Just because a report is old is no reason to close it. Someone may come
 along tomorrow, next month, next year etc. with a contribution to move
 it forward.

 All that said, going through all the currently open bug reports and
 ensuring they are triaged is likely to be extremely useful and will
 almost certainly result in some being closed but not simply because due
 to a lack of activity.

 Mark

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




[dbutils] Close JIRA tickets that lack activity

2015-02-24 Thread Carl Hall
I'd like to start closing JIRA tickets that haven't seen any response or
activity in a long time.  Any objections to cleaning out old JIRA tickets
without activity?  Is 3 months an acceptable window to allow for inactivity
before closing an issue as won't fix or some equivalent status?


Re: Committing Code, JIRA Gardening

2015-01-02 Thread Carl Hall
Thanks, Benedikt and Mark.  I have made my first commit (woo!) and will
start working through JIRA to clear out the easy stuff.  Is there any rule
(by writ or general practice) for closing tickets that haven't seen any
action in some time?  Seems like old tickets that haven't moved in a while
(e.g. [1]) might be candidates for reopen if this becomes interesting
again.

1 https://issues.apache.org/jira/browse/DBUTILS-112

On Fri, Jan 2, 2015 at 5:49 PM, Carl Hall carl.h...@gmail.com wrote:

 Thanks, Benedikt and Mark.  I have made my first commit (woo!) and will
 start working through JIRA to clear out the easy stuff.  Is there any rule
 (by writ or general practice) for closing tickets that haven't seen any
 action in some time?  Seems like old tickets that haven't moved in a while
 (e.g. [1]) might be candidates for reopen if this becomes interesting
 again.

 1 https://issues.apache.org/jira/browse/DBUTILS-112

 On Fri, Jan 2, 2015 at 2:04 AM, Mark Thomas ma...@apache.org wrote:

 On 02/01/2015 08:50, Benedikt Ritter wrote:

 snip/

  ... so the current process is to request the karma
   just like you did. I think Mark Thomas or sebb can grant you the karma.
  Shouldn't take long.

 Done.

 Mark


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





Re: Committing Code, JIRA Gardening

2015-01-02 Thread Carl Hall
Thanks, Benedikt and Mark.  I have made my first commit (woo!) and will
start working through JIRA to clear out the easy stuff.  Is there any rule
(by writ or general practice) for closing tickets that haven't seen any
action in some time?  Seems like old tickets that haven't moved in a while
(e.g. [1]) might be candidates for reopen if this becomes interesting
again.

1 https://issues.apache.org/jira/browse/DBUTILS-112

On Fri, Jan 2, 2015 at 2:04 AM, Mark Thomas ma...@apache.org wrote:

 On 02/01/2015 08:50, Benedikt Ritter wrote:

 snip/

  ... so the current process is to request the karma
   just like you did. I think Mark Thomas or sebb can grant you the karma.
  Shouldn't take long.

 Done.

 Mark


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




Committing Code, JIRA Gardening

2015-01-01 Thread Carl Hall
Hi all,

Per the recent announcement granting commit access to all ASF committers,
I'd like to take you up on that.

Can I work directly with the Git repo or should I commit to svn?

Can I get some JIRA karma to assign and update things?  Thanks!
I'll likely start with this one:
https://issues.apache.org/jira/browse/DBUTILS-121


Re: [ANNOUNCEMENT] Apache Commons grants write access to all ASF committers

2014-12-17 Thread Carl Hall
Very cool!  I've been digging through the JIRA tickets for dbutils.  I
would like to help clear those out and add some new things to the library.
I'll be sure to send details to the list as things come up.

On Mon, Dec 15, 2014 at 8:05 AM, Benedikt Ritter brit...@apache.org wrote:

 Dear fellow committers,

 The Apache Commons Team is pleased to announce that write access to the
 Apache Commons Subversion and Git repositories has been granted to all ASF
 committers.

 Apache Commons is an Apache project focused on all aspects of reusable Java
 components. As such, the components maintained by the Apache Commons
 project
 may be of interest to a variety of other Apache projects.

 The Apache Commons community would like to invite you to share and maintain
 useful code.

 While Apache Commons is a Commit-Then-Review community, we would consider
 it polite and helpful for contributors to announce their intentions and
 plans on the dev mailing list [1] before committing code.


 Have fun,

 Benedikt Ritter,
 on behalf of the Apache Commons Community

 [1] http://commons.apache.org/mail-lists.html

 --
 http://people.apache.org/~britter/
 http://www.systemoutprintln.de/
 http://twitter.com/BenediktRitter
 http://github.com/britter



Re: [ANNOUNCEMENT] Apache Commons grants write access to all ASF committers

2014-12-17 Thread Carl Hall
Very cool!  I've been digging through the JIRA tickets for dbutils.  I
would like to help clear those out and add some new things to the library.
I'll be sure to send details to the list as things come up.

On Mon, Dec 15, 2014 at 8:05 AM, Benedikt Ritter brit...@apache.org wrote:

 Dear fellow committers,

 The Apache Commons Team is pleased to announce that write access to the
 Apache Commons Subversion and Git repositories has been granted to all ASF
 committers.

 Apache Commons is an Apache project focused on all aspects of reusable Java
 components. As such, the components maintained by the Apache Commons
 project
 may be of interest to a variety of other Apache projects.

 The Apache Commons community would like to invite you to share and maintain
 useful code.

 While Apache Commons is a Commit-Then-Review community, we would consider
 it polite and helpful for contributors to announce their intentions and
 plans on the dev mailing list [1] before committing code.


 Have fun,

 Benedikt Ritter,
 on behalf of the Apache Commons Community

 [1] http://commons.apache.org/mail-lists.html

 --
 http://people.apache.org/~britter/
 http://www.systemoutprintln.de/
 http://twitter.com/BenediktRitter
 http://github.com/britter