[continuum] BUILD FAILURE: Commons Lang

2008-02-12 Thread Continuum VMBuild Server
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=50155&projectId=114 Build statistics: State: Failed Previous State: Ok Started at: Tue 12 Feb 2008 22:43:19 -0800 Finished at: Tue 12 Feb 2008 22:44:05 -0800 Total time: 46s Build Trigger: Schedule Build Number

[continuum] BUILD FAILURE: Commons Lang

2008-02-12 Thread Continuum VMBuild Server
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=50155&projectId=114 Build statistics: State: Failed Previous State: Ok Started at: Tue 12 Feb 2008 22:43:19 -0800 Finished at: Tue 12 Feb 2008 22:44:05 -0800 Total time: 46s Build Trigger: Schedule Build Number

Re: [math] 1.2-RC1 available for review

2008-02-12 Thread Michael Heuer
On Sun, 10 Feb 2008, Phil Steitz wrote: > The zips / tars are here: > http://people.apache.org/~psteitz/math-1.2-RC1/ > > The site included in the binary distro is here: > http://people.apache.org/~psteitz/math-1.2-RC1/docs/ > > Release notes: > http://people.apache.org/~psteitz/math-1.2-RC1/RELEA

[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (in module commons-jelly) failed

2008-02-12 Thread commons-jelly-tags-jaxme development
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 [EMAIL PROTECTED] Project commons-jelly-tags-jaxme has an issue affecting its community integration. This

Re: [io] 2.0 Moving to minimum of JDK 1.5

2008-02-12 Thread Jukka Zitting
Hi, On Feb 12, 2008 12:27 AM, Gary Gregory <[EMAIL PROTECTED]> wrote: > Perhaps we should do the following in trunk: > > 1) Generify (I know, it's not a word and it is funny that my spellchecker > suggests 'gentrify')) everything > and keep backwards compatibility (this has started) > 2) Re-imple

Re: [VOTE] promote commons-build-plugin from the Sandbox

2008-02-12 Thread Dennis Lundberg
Niall Pemberton wrote: On Feb 6, 2008 9:20 PM, Dennis Lundberg <[EMAIL PROTECTED]> wrote: +1 for promotion I'd like to take a closer look before a release though. Dennis, Did you have a chance to look at this yet, or do you want more time? I was hoping to do a release soon and then add it to

Re: 2.4 Blockers: LANG-362 + LANG-366?

2008-02-12 Thread Matt Benson
--- Niall Pemberton <[EMAIL PROTECTED]> wrote: > On Feb 12, 2008 5:59 AM, Henri Yandell > <[EMAIL PROTECTED]> wrote: > > These are the blockers on releasing 2.4: > > > > LANG-362 - Niall/Matt, it looks like this is close > to resolution and > > 'just' needs the ideas to be coded? > > Yes we seem

RE: svn commit: r620651 - /commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java

2008-02-12 Thread Gary Gregory
Sure, I'll reverse and I agree with the premature optimization comment. I think it's just as unfortunate that Java allows an element to be declared as private only to have the compiler/VM and stick in a method in your code to circumvent that declaration. Thank you, Gary > -Original Message

Re: [VOTE] promote commons-build-plugin from the Sandbox

2008-02-12 Thread Niall Pemberton
On Feb 6, 2008 9:20 PM, Dennis Lundberg <[EMAIL PROTECTED]> wrote: > +1 for promotion > > I'd like to take a closer look before a release though. Dennis, Did you have a chance to look at this yet, or do you want more time? I was hoping to do a release soon and then add it to commons-parent so tha

Re: 2.4 Blockers: LANG-362 + LANG-366?

2008-02-12 Thread Niall Pemberton
On Feb 12, 2008 5:59 AM, Henri Yandell <[EMAIL PROTECTED]> wrote: > These are the blockers on releasing 2.4: > > LANG-362 - Niall/Matt, it looks like this is close to resolution and > 'just' needs the ideas to be coded? Yes we seem to have reached agreement. Either one of us needs to implement it,

Re: svn commit: r620651 - /commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java

2008-02-12 Thread Stephen Colebourne
I agree with reversion. This is an attempt at low level performance optimisation, and that is a task better suited to the JVM and Hotspot. It is highly unfortunate that tools have ever highlighted this as being an 'issue' that needs 'fixing'. All the advice I have been hearing recently, and it