On 9/11/11 1:49 PM, Phil Steitz wrote:
> I don't understand why exactly, but testMaxActivePerKeyExceeded is
> now hanging regularly for me using 1.6.0_26 (Apple Lion). In the
> thread dump, I get the driving test thread:
>
> "main" prio=5 tid=7feb5b001800 nid=0x1057f1000 waiting on condition
> [10
Sébastien,
Yes, this is what I had in mind. Others on the list might disagree, but I
think paying a bit in performance for some modicum of thread safety in
listener/event handling code will make your life simpler.
-Greg
2011/9/11 Sébastien Brisard
> Hello all,
> @Greg: I've modified the constr
+1
Phil
On 8/15/11 11:03 AM, sebb wrote:
> Just in case anyone wants to use Maven to download the Java part of
> Commons Daemon (this has been requested in the past), I thought it
> would be useful to create and upload the Maven artifacts to the Nexus
> staging repo.
>
> The uploads contain sourc
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12016&projectId=96
Build statistics:
State: Failed
Previous State: Failed
Started at: Mon 12 Sep 2011 19:54:56 +
Finished at: Mon 12 Sep 2011 19:55:08 +
Total time: 11s
Build Trigger: Forced
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12015&projectId=98
Build statistics:
State: Failed
Previous State: Ok
Started at: Mon 12 Sep 2011 19:51:41 +
Finished at: Mon 12 Sep 2011 19:54:55 +
Total time: 3m 13s
Build Trigger: Forced
Build
On 12 September 2011 20:32, Phil Steitz wrote:
> I assume the tests FAIL if timeout is exceeded?
Running org.apache.commons.pool2.impl.TestGenericKeyedObjectPool
Tests run: 44, Failures: 0, Errors: 2, Skipped: 0, Time elapsed:
90.891 sec <<< FAILURE!
...
Tests in error:
testMaxActivePerKeyExce
I assume the tests FAIL if timeout is exceeded?
See my note from a couple of days ago on the liveness issue in
GKOP. Once we diagnose and fix that, this should not happen.
Phil
On 9/12/11 12:21 PM, s...@apache.org wrote:
> Author: sebb
> Date: Mon Sep 12 19:21:48 2011
> New Revision: 1169883
>
You should probably use a constant instead of repeating 6 for each method.
Gary
-Original Message-
From: s...@apache.org [mailto:s...@apache.org]
Sent: Monday, September 12, 2011 15:22 PM
To: comm...@commons.apache.org
Subject: svn commit: r1169883 - in
/commons/proper/pool/trunk/sr
On 12 September 2011 17:21, sebb wrote:
> See:
>
> http://vmbuild.apache.org/continuum/buildResults.action?projectId=98&projectGroupId=16
>
> I've asked for the build to be killed.
>
> Perhaps the test case (or indeed all test cases, if that is easy)
> should have a time-limit imposed. Say 20mins?
On 08/15/2011 08:03 PM, sebb wrote:
Daemon 1.0.6
==
[X]+1 OK to release
[ ]-1 do not release, please give a reason why
Daemon 1.0.7
==
[X]+1 OK to release
[ ]-1 do not release, please give a reason why
Huh, seems I missed the thread.
Regards
--
^TM
--
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12009&projectId=69
Build statistics:
State: Failed
Previous State: Failed
Started at: Mon 12 Sep 2011 18:48:14 +
Finished at: Mon 12 Sep 2011 18:48:35 +
Total time: 21s
Build Trigger: Schedule
Bui
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=11999&projectId=96
Build statistics:
State: Failed
Previous State: Ok
Started at: Mon 12 Sep 2011 17:06:04 +
Finished at: Mon 12 Sep 2011 17:06:15 +
Total time: 11s
Build Trigger: Schedule
Build N
See:
http://vmbuild.apache.org/continuum/buildResults.action?projectId=98&projectGroupId=16
I've asked for the build to be killed.
Perhaps the test case (or indeed all test cases, if that is easy)
should have a time-limit imposed. Say 20mins?
On 15 August 2011 19:03, sebb wrote:
> Just in case anyone wants to use Maven to download the Java part of
> Commons Daemon (this has been requested in the past), I thought it
> would be useful to create and upload the Maven artifacts to the Nexus
> staging repo.
>
> The uploads contain source, so
The project SVN url has changed.
It used to be:
https://svn.apache.org/repos/asf/httpcomponents/project
it is now:
https://svn.apache.org/repos/asf/httpcomponents/project/trunk
If you have checked it out directly, you will need to use svn switch
to change the URL
If you have checked out proje
even better, great, thanks!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 12, 2011 at 4:33 PM, wrote:
> Author: sebb
> Date: Mon Sep 12 14:33:15 2011
> New Revision: 1169769
>
> URL: http://svn.apache.org/viewvc?rev=1169769&view=rev
> Log:
> CHAIN-57 Chain 2
Hello.
> >>>
> >>> Coming back to this with a simple idea that may hopefully satisfy
> >>> everyone.
> >>>
> >>> What do you think of having one class that performs all operations by
> >>> directly applying the computational formulae, without worrying about NaN
> >>> or infinities. This would be
Hi again Seb,
just to confirm that your fix works!!!
Thanks a lot!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 12, 2011 at 3:52 PM, Simone Tripodi
wrote:
> Thanks to you!
> I just raw your commits, I'm going to test it so I can provide more help!
> Simo
>
>
Thanks to you!
I just raw your commits, I'm going to test it so I can provide more help!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 12, 2011 at 3:40 PM, sebb wrote:
> On 12 September 2011 13:46, Simone Tripodi wrote:
>> Apologize,
>> I was still using the
On 12 September 2011 13:46, Simone Tripodi wrote:
> Apologize,
> I was still using the 22-SNAPSHOT to test the build number!
> I am now able to reproduce the issue, thank you in advance for your help!
Thanks for raising the bundle issue; I've hopefully now fixed CP 22 so
it works with both Java 1
Apologize,
I was still using the 22-SNAPSHOT to test the build number!
I am now able to reproduce the issue, thank you in advance for your help!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 12, 2011 at 2:27 PM, sebb wrote:
> On 12 September 2011 13:09, Simon
On 12 September 2011 13:09, Simone Tripodi wrote:
> Hi Seb,
> we are using the commons-parent:21, anyway the issues seems affecting
Are you sure? I only get the problem when using 22-SNAPSHOT, which has
updated to bundle 2.3.5.
CP 21 uses bundle 1.4.3.
> compiler problems rather than the java l
Hi Seb,
we are using the commons-parent:21, anyway the issues seems affecting
compiler problems rather than the java language itself (with Java6
indeed it does work), take a look at CHAIN-57[1], you maybe already
know the solution :P
Many thanks in advance, all the best!
Simo
[1] https://issues.ap
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 12 September 2011 10:23, Simone Tripodi wrote:
> Hi all guys,
> while trying to fix CHAIN-57, I switched to JDK5 to run tests, and
> accidentally found an error because looks like the maven-bundle-plugin
> requires JDK6 to run.
> I raw the plugin documentation to see if there's an option to ski
Phil Steitz wrote:
>On 9/11/11 12:44 PM, Gary Gregory wrote:
>> Perhaps we want to keep the ivars in one place since they all have
>very
>> carefully been decorated with final and volatile just in the right
>places?
>
>There is only one field being maintained and I think it would
>actually be cle
full support from my side on it, +1
I never understood the usefulness of these classes and they don't help
on writing concrete pool implementations.
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 11, 2011 at 8:29 PM, Phil Steitz
Hi all guys,
while trying to fix CHAIN-57, I switched to JDK5 to run tests, and
accidentally found an error because looks like the maven-bundle-plugin
requires JDK6 to run.
I raw the plugin documentation to see if there's an option to skip
plugin execution, but didn't figure out how to.
Do you have
Hi all guys,
after mails and mails of discussions, I don't think there is a general
agreement on how Context API should look alike.
At the end of the discussions I figured out that, briefly resuming, we
have following proposals:
* be replaced by Map;
* be Collection agnostic and work by composit
29 matches
Mail list logo
