Hi,
the vote to release Commons Email 1.4 based on RC1 passes with the
following binding votes:
* +1 Gary
* +1 Luc
* +1 Benedikt
* +1 Oliver
* +1 Thomas
Additionally, there were the following non-binding votes:
* +1 Bruno
No other votes have been cast.
I will continue with the release p
Thanks for clarifying Phil!
[ X ] +1 Release these artifacts (not binding)
Bruno
From: Phil Steitz
To: Commons Developers List
Sent: Saturday, May 23, 2015 4:22 PM
Subject: Re: [VOTE] Release pool 2.4 based on RC1
On 5/22/15 8:10 PM, Bruno P. Kinoshita wrote:
> Build works fine
On 5/22/15 8:10 PM, Bruno P. Kinoshita wrote:
> Build works fine in
>
> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1;
> 2014-12-15T06:29:23+13:00)
> Maven home: /opt/apache-maven-3.2.5
> Java version: 1.8.0_45, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-8-oracle/jre
Build works fine in
Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1;
2014-12-15T06:29:23+13:00)
Maven home: /opt/apache-maven-3.2.5
Java version: 1.8.0_45, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-8-oracle/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "
This is a vote to release version 2.4 of Apache Commons Pool based
on RC1.
Here is the release candidate:
https://dist.apache.org/repos/dist/dev/commons/pool/
(r9083)
Built from:
https://svn.apache.org/repos/asf/commons/proper/pool/tags/POOL_2_4_RC1/
(r1680963)
Release notes:
https://dist.apache
On 22 May 2015 at 08:14, Gary Gregory wrote:
> My first inclination is to leave it all as is in this dept. Otherwise, all
> public APIs would be candidate for parameter validation. That would be a
> lot of extra code. The difference being when and what exception is thrown.
>
> It's not clear to me
Github user asfgit closed the pull request at:
https://github.com/apache/commons-io/pull/3
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is en
My first inclination is to leave it all as is in this dept. Otherwise, all
public APIs would be candidate for parameter validation. That would be a
lot of extra code. The difference being when and what exception is thrown.
It's not clear to me that there is a lot of value there since [io] is a
pret
