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-math has an issue affecting its community integration.
This issue
On 22/03/2011 18:52, Phil Steitz wrote:
> On 3/22/11 11:20 AM, Mark Thomas wrote:
> I don't
>> mind working with a moving target as long as it is moving towards a
>> clear goal. That goal for me is:
>> - Java 5 / generics
>> - fixing inconsistencies / oddities
>> - improved performance on DBCP in
On 22/03/2011 18:4, Gary Gregory wrote:
> On Tue, Mar 22, 2011 at 2:20 PM, Mark Thomas wrote:
>
>> What do folks think to the following:
>> - move pool trunk to a POOL_FUTURE branch
>> - restore pool trunk to a copy of the POOL_1_X branch
>> - rename pool package to o.a.c.pool2
>> (in reality th
On Tue, Mar 22, 2011 at 2:52 PM, Phil Steitz wrote:
> On 3/22/11 11:20 AM, Mark Thomas wrote:
> > On 22/03/2011 17:58, Gary Gregory wrote:
> >> Hi Mark and all:
> >>
> >> It's good to hear someone is thinking about moving forward!
> >>
> >> pool2 trunk seems to me to be highly volatile based on h
On 3/22/11 11:20 AM, Mark Thomas wrote:
> On 22/03/2011 17:58, Gary Gregory wrote:
>> Hi Mark and all:
>>
>> It's good to hear someone is thinking about moving forward!
>>
>> pool2 trunk seems to me to be highly volatile based on having worked some in
>> pool2.
>>
>> I've read opinions here going b
On Tue, Mar 22, 2011 at 2:20 PM, Mark Thomas wrote:
> On 22/03/2011 17:58, Gary Gregory wrote:
> > Hi Mark and all:
> >
> > It's good to hear someone is thinking about moving forward!
> >
> > pool2 trunk seems to me to be highly volatile based on having worked some
> in
> > pool2.
> >
> > I've re
On 22/03/2011 17:58, Gary Gregory wrote:
> Hi Mark and all:
>
> It's good to hear someone is thinking about moving forward!
>
> pool2 trunk seems to me to be highly volatile based on having worked some in
> pool2.
>
> I've read opinions here going back and forth as to how to solidify the API
> o
Hi Mark and all:
It's good to hear someone is thinking about moving forward!
pool2 trunk seems to me to be highly volatile based on having worked some in
pool2.
I've read opinions here going back and forth as to how to solidify the API
or even go /back/ to the pool1 style before moving forward a
Don't let the title get your hopes up. I don't have one yet, at least
not a complete one.
One of the primary driver for pool2 was to make use of
java.util.concurrent for the pool implementation and significantly
improve DBCP performance on multi-core systems (re-using ideas where we
can from Tomcat
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
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
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-vfs2 has an issue affecting its community integration.
This issue
12 matches
Mail list logo