Julius Davies wrote:
>>> >> 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 generi
>> >> 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 exte
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=6322&projectId=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 Num
On Thu, Mar 31, 2011 at 7:15 PM, sebb wrote:
> On 1 April 2011 02:49, Phil Steitz 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 drinki
On 1 April 2011 02:49, Phil Steitz 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, back in the pre-r
On Thu, Mar 31, 2011 at 9:36 PM, sebb wrote:
> On 1 April 2011 01:40, Gary Gregory wrote:
> > On Thu, Mar 31, 2011 at 5:12 PM, Jörg Schaible >wrote:
> >
> >> Hi Jochen,
> >>
> >> Jochen Wiedmann wrote:
> >>
> >> > On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies <
> juliusdav...@gmail.com>
> >> >
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 IOExc
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
https://issues.apache.org/jira/browse/INFRA-3556
On 1 April 2011 02:38, sebb wrote:
> Normally the RAO list is very responsive; I'll raise a JIRA.
>
> On 1 April 2011 02:01, Gary Gregory wrote:
>> And... still nothing on Maven Central :( What IS (not) going on?
>>
>> Did I miss a step? Forget to
Normally the RAO list is very responsive; I'll raise a JIRA.
On 1 April 2011 02:01, Gary Gregory 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 wrote:
>
>> Beca
On 1 April 2011 01:40, Gary Gregory wrote:
> On Thu, Mar 31, 2011 at 5:12 PM, Jörg Schaible wrote:
>
>> Hi Jochen,
>>
>> Jochen Wiedmann wrote:
>>
>> > On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies
>> > wrote:
>> >
>> >> I'm confused. We support streaming for Base64 since codec-1.4 (and
>> >> n
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
c
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 wrote:
> Because the Maven groupId in the POM. They dictate where files go. Changing
> an ID is a big deal.
>
> Gary
>
> On Thu, Mar
On Thu, Mar 31, 2011 at 5:12 PM, Jörg Schaible wrote:
> Hi Jochen,
>
> Jochen Wiedmann wrote:
>
> > On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies
> > wrote:
> >
> >> I'm confused. We support streaming for Base64 since codec-1.4 (and
> >> now Base32 since codec-1.5). You committed the Base64Inp
On 1 April 2011 01:23, Bill Rossi 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 performa
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 performance of the Math trig functions really drops off
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
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/
>
Hi Jochen,
Jochen Wiedmann wrote:
> On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies
> 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
On Thu, Mar 31, 2011 at 9:23 PM, Julius Davies 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 streaming you woul
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 wrote:
> Somewhat off topic question:
>
> Why do some commons artifacts go here?
>
> http://repo2.maven.org/maven2/org/apache/commons/
>
> And othe
On Thu, Mar 31, 2011 at 3:23 PM, Julius Davies wrote:
> On Wed, Mar 30, 2011 at 4:28 PM, sebb wrote:
> > On 31 March 2011 00:17, Jochen Wiedmann
> wrote:
> >> On Wed, Mar 30, 2011 at 7:04 PM, sebb wrote:
> >>
> >>> But does the API have to change, or could these additional features be
> >>> sup
On Thu, Mar 31, 2011 at 5:46 PM, sebb 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)
-
To unsubscribe,
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/
Somewhat off topic question:
Why do some commons artifacts go here?
http://repo2.maven.org/maven2/org/apache/commons/
And others go to the root (look for commons-*)?
http://repo2.maven.org/maven2/
On Wed, Mar 30, 2011 at 1:58 PM, sebb wrote:
> Commons Codec 1.5 was promoted from Nexus on 29
On Wed, Mar 30, 2011 at 4:28 PM, sebb wrote:
> On 31 March 2011 00:17, Jochen Wiedmann wrote:
>> On Wed, Mar 30, 2011 at 7:04 PM, sebb wrote:
>>
>>> But does the API have to change, or could these additional features be
>>> supported by adding new methods and classes?
>>
>> Not necessarily. But
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 a
On Mar 31, 2011, at 8:49 AM, sebb wrote:
> On 31 March 2011 12:08, Jochen Wiedmann wrote:
>> On Thu, Mar 31, 2011 at 2:38 AM, Phil Steitz 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.
>>> S
On 31 March 2011 12:08, Jochen Wiedmann wrote:
> On Thu, Mar 31, 2011 at 2:38 AM, Phil Steitz 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
On 31 March 2011 12:05, Jochen Wiedmann wrote:
> On Thu, Mar 31, 2011 at 1:36 AM, sebb 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 staging, AFAIK they end up in Maven Central
On 31 March 2011 12:36, Niall Pemberton wrote:
> On Thu, Mar 31, 2011 at 2:46 AM, sebb wrote:
>> On 31 March 2011 02:00, Niall Pemberton wrote:
>>> On Wed, Mar 30, 2011 at 6:30 AM, Phil Steitz wrote:
On 3/29/11 6:30 PM, sebb wrote:
> On 30 March 2011 01:13, wrote:
>> Author: pste
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
oft
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 wrote:
> +1 (non-binding obviously): OS X, Fed14.
>
> On Mar 30, 2011, at
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
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 ne
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!!
+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
On Mar 31, 2011, at 6:36, sebb wrote:
> On 31 March 2011 10:33, Mark Thomas 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=1087178&view=rev
>>> Log:
>>> Igno
It's not a java project though.
Gary
On Mar 31, 2011, at 5:34, Mark Thomas 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=1087178&view=rev
>> Log:
>> Ignore eclip
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 Thu, Mar 31, 2011 at 2:46 AM, sebb wrote:
> On 31 March 2011 02:00, Niall Pemberton wrote:
>> On Wed, Mar 30, 2011 at 6:30 AM, Phil Steitz wrote:
>>> On 3/29/11 6:30 PM, sebb wrote:
On 30 March 2011 01:13, wrote:
> Author: psteitz
> Date: Wed Mar 30 00:13:51 2011
> New Revi
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:38 AM, Phil Steitz 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 vote on them and *m
On Thu, Mar 31, 2011 at 1:36 AM, sebb 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.
> Also, it would be best if that part of the process could be done from
> the users system, rather than having to login to
On 31 March 2011 10:33, Mark Thomas 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=1087178&view=rev
>> Log:
>> Ignore eclipse project files.
>
> Given the above...
>
On 31 March 2011 04:00, Phil Steitz wrote:
> On 3/30/11 6:57 PM, sebb wrote:
>> On 31 March 2011 01:38, Phil Steitz wrote:
>>> On 3/30/11 4:22 PM, Jochen Wiedmann wrote:
On Tue, Mar 29, 2011 at 5:52 PM, Phil Steitz wrote:
> I disagree with this. The most important artifacts are th
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=1087178&view=rev
> Log:
> Ignore eclipse project files.
Given the above...
> Added:
> commons/proper/commons-skin/trunk/.class
47 matches
Mail list logo
