On 31 March 2011 04:00, Phil Steitz phil.ste...@gmail.com wrote:
On 3/30/11 6:57 PM, sebb wrote:
On 31 March 2011 01:38, Phil Steitz phil.ste...@gmail.com wrote:
On 3/30/11 4:22 PM, Jochen Wiedmann wrote:
On Tue, Mar 29, 2011 at 5:52 PM, Phil Steitz phil.ste...@gmail.com wrote:
I disagree
On Thu, Mar 31, 2011 at 2:38 AM, Phil Steitz phil.ste...@gmail.com wrote:
And then you need to check the hashes and sigs again since you are
now working with downloaded copies of the files that we voted on.
Seems much easier and more correct to me to just scp the files to
p.a.o., let people
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
On Thu, Mar 31, 2011 at 2:46 AM, sebb seb...@gmail.com wrote:
On 31 March 2011 02:00, Niall Pemberton niall.pember...@gmail.com wrote:
On Wed, Mar 30, 2011 at 6:30 AM, Phil Steitz phil.ste...@gmail.com wrote:
On 3/29/11 6:30 PM, sebb wrote:
On 30 March 2011 01:13, pste...@apache.org wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
It's not a java project though.
Gary
On Mar 31, 2011, at 5:34, Mark Thomas ma...@apache.org wrote:
On 31/03/2011 04:54, ggreg...@apache.org wrote:
Author: ggregory
Date: Thu Mar 31 03:54:51 2011
New Revision: 1087178
URL: http://svn.apache.org/viewvc?rev=1087178view=rev
Log:
Ignore
On Mar 31, 2011, at 6:36, sebb seb...@gmail.com wrote:
On 31 March 2011 10:33, Mark Thomas ma...@apache.org wrote:
On 31/03/2011 04:54, ggreg...@apache.org wrote:
Author: ggregory
Date: Thu Mar 31 03:54:51 2011
New Revision: 1087178
URL: http://svn.apache.org/viewvc?rev=1087178view=rev
+1 (non-binding obviously): OS X, Fed14.
On Mar 30, 2011, at 2:17 AM, Phil Steitz wrote:
The tag is here:
http://svn.apache.org/repos/asf/commons/proper/pool/tags/POOL_1_5_6_RC2
The distribution zips/tars are here:
http://people.apache.org/~psteitz/pool-1.5.6-rc2/
Maven artifacts are
Hi primitives team!!
I would like to know why the initial capacity for ArrayList is set by
default to 8. Is there any special reason for establishing this?
Thanks!!!
Regards,
Mauricio!!
Hi.
No. There are always times, when too many stuff piled up that requires an
API change. But then you may have more radical changes and combine it with
e.g. new (incompatible) JDK features. New digester is a very good example of
it. But you have to make very wise decisions about the new
On Wed, Mar 30, 2011 at 10:05:42AM -0700, Phil Steitz wrote:
We are mixing two things in this thread - how much we care about
backward compatibility and how and when to use interfaces.
I think we need to settle both topics. I have stated my view, which
is really just to standard Commons
Mr President,
IMHO you vote worths 1000 times more than my binding one, thanks for
reviewing our work!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Mar 31, 2011 at 2:58 PM, Jim Jagielski j...@jagunet.com wrote:
+1 (non-binding obviously): OS X, Fed14.
On
Hi Gilles,
Gilles Sadowski wrote:
[snip]
If I'm not mistaken, this is the answer to the business requirement.
And it does not prevent us from evolving the code as often as necessary
(math3, math4, ...).
I think, this is the real point where we disagree. My interpretation of as
often as
On 31 March 2011 12:36, Niall Pemberton niall.pember...@gmail.com wrote:
On Thu, Mar 31, 2011 at 2:46 AM, sebb seb...@gmail.com wrote:
On 31 March 2011 02:00, Niall Pemberton niall.pember...@gmail.com wrote:
On Wed, Mar 30, 2011 at 6:30 AM, Phil Steitz phil.ste...@gmail.com wrote:
On 3/29/11
On 31 March 2011 12:05, Jochen Wiedmann jochen.wiedm...@gmail.com wrote:
On Thu, Mar 31, 2011 at 1:36 AM, sebb seb...@gmail.com wrote:
AFAIK, wget alone won't do, as the files also have to be deleted.
Why? There's no problem with leaving them where they are.
If they are left in Nexus
On 31 March 2011 12:08, Jochen Wiedmann jochen.wiedm...@gmail.com wrote:
On Thu, Mar 31, 2011 at 2:38 AM, Phil Steitz phil.ste...@gmail.com wrote:
And then you need to check the hashes and sigs again since you are
now working with downloaded copies of the files that we voted on.
Seems much
On Mar 31, 2011, at 8:49 AM, sebb wrote:
On 31 March 2011 12:08, Jochen Wiedmann jochen.wiedm...@gmail.com wrote:
On Thu, Mar 31, 2011 at 2:38 AM, Phil Steitz phil.ste...@gmail.com wrote:
And then you need to check the hashes and sigs again since you are
now working with downloaded copies
Le 31/03/2011 06:25, Phil Steitz a écrit :
On 3/29/11 11:17 PM, Phil Steitz wrote:
The tag is here:
http://svn.apache.org/repos/asf/commons/proper/pool/tags/POOL_1_5_6_RC2
The distribution zips/tars are here:
http://people.apache.org/~psteitz/pool-1.5.6-rc2/
Maven artifacts are here:
Hi Julius,
Julius Davies wrote:
Somewhat off topic question:
Why do some commons artifacts go here?
http://repo2.maven.org/maven2/org/apache/commons/
New ones and the ones with major API changes
And others go to the root (look for commons-*)?
http://repo2.maven.org/maven2/
The
On Thu, Mar 31, 2011 at 5:46 PM, sebb seb...@gmail.com wrote:
If they are left in Nexus staging, AFAIK they end up in Maven Central
when promoted.
And your point is?
--
I Am What I Am And That's All What I Yam (Popeye)
-
On Thu, Mar 31, 2011 at 3:23 PM, Julius Davies juliusdav...@gmail.comwrote:
On Wed, Mar 30, 2011 at 4:28 PM, sebb seb...@gmail.com wrote:
On 31 March 2011 00:17, Jochen Wiedmann jochen.wiedm...@gmail.com
wrote:
On Wed, Mar 30, 2011 at 7:04 PM, sebb seb...@gmail.com wrote:
But does the
Because the Maven groupId in the POM. They dictate where files go. Changing
an ID is a big deal.
Gary
On Thu, Mar 31, 2011 at 3:28 PM, Julius Davies juliusdav...@gmail.comwrote:
Somewhat off topic question:
Why do some commons artifacts go here?
On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies juliusdav...@gmail.com wrote:
I'm confused. We support streaming for Base64 since codec-1.4 (and
now Base32 since codec-1.5). You committed the Base64InputStream
patch, Jochen!
https://issues.apache.org/jira/browse/CODEC-69
Is there other
Hi Jochen,
Jochen Wiedmann wrote:
On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies juliusdav...@gmail.com
wrote:
I'm confused. We support streaming for Base64 since codec-1.4 (and
now Base32 since codec-1.5). You committed the Base64InputStream
patch, Jochen!
Phil Steitz wrote:
The tag is here:
http://svn.apache.org/repos/asf/commons/proper/pool/tags/POOL_1_5_6_RC2
The distribution zips/tars are here:
http://people.apache.org/~psteitz/pool-1.5.6-rc2/
Maven artifacts are here:
http://people.apache.org/~psteitz/pool-1.5.6-rc2/maven/
Site:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
On 1 April 2011 01:23, Bill Rossi b...@rossi.com wrote:
This test shows that Math.sin() is faster than FastMath.sin(), but this is
misleading because the test operates over the domain 0 x 1, whereas legal
arguments to sin() are all finite numbers. In particular, its when |x| is
large that
On Thu, Mar 31, 2011 at 5:12 PM, Jörg Schaible joerg.schai...@gmx.dewrote:
Hi Jochen,
Jochen Wiedmann wrote:
On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies juliusdav...@gmail.com
wrote:
I'm confused. We support streaming for Base64 since codec-1.4 (and
now Base32 since codec-1.5).
And... still nothing on Maven Central :( What IS (not) going on?
Did I miss a step? Forget to bark at the moon?
Gary
On Thu, Mar 31, 2011 at 4:58 PM, Gary Gregory garydgreg...@gmail.comwrote:
Because the Maven groupId in the POM. They dictate where files go. Changing
an ID is a big deal.
Just discovered that Clirr does not complain if the throws clause of a
method or constructor is changed to add a new Exception.
Seemed like a bug at first, but it's not, because throws clauses are
only checked at compile-time.
So e.g. adding throws IOException to a method will not break binary
On 1 April 2011 01:40, Gary Gregory garydgreg...@gmail.com wrote:
On Thu, Mar 31, 2011 at 5:12 PM, Jörg Schaible joerg.schai...@gmx.dewrote:
Hi Jochen,
Jochen Wiedmann wrote:
On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies juliusdav...@gmail.com
wrote:
I'm confused. We support
Normally the RAO list is very responsive; I'll raise a JIRA.
On 1 April 2011 02:01, Gary Gregory garydgreg...@gmail.com wrote:
And... still nothing on Maven Central :( What IS (not) going on?
Did I miss a step? Forget to bark at the moon?
Gary
On Thu, Mar 31, 2011 at 4:58 PM, Gary Gregory
https://issues.apache.org/jira/browse/INFRA-3556
On 1 April 2011 02:38, sebb seb...@gmail.com wrote:
Normally the RAO list is very responsive; I'll raise a JIRA.
On 1 April 2011 02:01, Gary Gregory garydgreg...@gmail.com wrote:
And... still nothing on Maven Central :( What IS (not) going on?
On 3/31/11 1:58 PM, Gary Gregory wrote:
Because the Maven groupId in the POM. They dictate where files go. Changing
an ID is a big deal.
To provide a little more context, Commons began drinking the maven
cool-aid very early, back in the pre-release maven 1 days. At that
time, artifact naming
On 3/31/11 6:30 PM, sebb wrote:
Just discovered that Clirr does not complain if the throws clause of a
method or constructor is changed to add a new Exception.
Seemed like a bug at first, but it's not, because throws clauses are
only checked at compile-time.
So e.g. adding throws IOException
On Thu, Mar 31, 2011 at 9:36 PM, sebb seb...@gmail.com wrote:
On 1 April 2011 01:40, Gary Gregory garydgreg...@gmail.com wrote:
On Thu, Mar 31, 2011 at 5:12 PM, Jörg Schaible joerg.schai...@gmx.de
wrote:
Hi Jochen,
Jochen Wiedmann wrote:
On Thu, Mar 31, 2011 at 9:23 PM, Julius
On 1 April 2011 02:49, Phil Steitz phil.ste...@gmail.com wrote:
On 3/31/11 1:58 PM, Gary Gregory wrote:
Because the Maven groupId in the POM. They dictate where files go. Changing
an ID is a big deal.
To provide a little more context, Commons began drinking the maven
cool-aid very early,
On Thu, Mar 31, 2011 at 7:15 PM, sebb seb...@gmail.com wrote:
On 1 April 2011 02:49, Phil Steitz phil.ste...@gmail.com wrote:
On 3/31/11 1:58 PM, Gary Gregory wrote:
Because the Maven groupId in the POM. They dictate where files go. Changing
an ID is a big deal.
To provide a little more
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=6322projectId=107
Build statistics:
State: Failed
Previous State: Ok
Started at: Fri 1 Apr 2011 02:20:58 +
Finished at: Fri 1 Apr 2011 02:21:25 +
Total time: 27s
Build Trigger: Schedule
Build
Nothing of this (including minimum requirement of Java 5) requires
automatically 2.x. As long as the API is *upward* binary compatible, you
can
improve the implementation using this features, adding new methods or
new
classes. Even generics can be added to some extend in a binary
40 matches
Mail list logo
