[
https://issues.apache.org/jira/browse/POOL-95?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490072
]
Sandy McArthur commented on POOL-95:
Stick with the trunk, any pool branch would be exploratory and unknown
[
https://issues.apache.org/jira/browse/POOL-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sandy McArthur closed POOL-101.
---
Resolution: Won't Fix
Assignee: Sandy McArthur
I'm not convinced this is a worthwhile issue
[
http://issues.apache.org/jira/browse/POOL-94?page=comments#action_12460100 ]
Sandy McArthur commented on POOL-94:
To fix GOP to prevent this wouldn't be trivial and the code is already hairy.
The next release, pool 2.0, will include
[ http://issues.apache.org/jira/browse/POOL-94?page=all ]
Sandy McArthur updated POOL-94:
---
Issue Type: New Feature (was: Bug)
GenericObjectPool allows checking in of previously checked in objects
[
http://issues.apache.org/jira/browse/POOL-94?page=comments#action_12460101 ]
Sandy McArthur commented on POOL-94:
I should have said that returning an object more than once per borrow is
considered broken use of a pool. Your code
not talking about micro-benchmarks but about real world
production macro-systems behaviour experience when pooling sockets
resources.
Thanks Again and Cheers
Mat
Sandy McArthur ha scritto:
On 12/12/06, Mat [EMAIL PROTECTED] wrote:
if the borrowobject blocks on the factory
methods
[
http://issues.apache.org/jira/browse/POOL-91?page=comments#action_12458847 ]
Sandy McArthur commented on POOL-91:
I think there is a fundamental difference between a ThreadPoolExecutor and
ObjectPool. Mainly that with a Executor your
[
http://issues.apache.org/jira/browse/POOL-91?page=comments#action_12458935 ]
Sandy McArthur commented on POOL-91:
Ben, a pool can pool any Poolable Object. That could be a Thread or just
about any other reusable object
[ http://issues.apache.org/jira/browse/POOL-91?page=all ]
Sandy McArthur resolved POOL-91.
Fix Version/s: 2.0
Resolution: Fixed
Committed a fix to throw a NoSuchElementException when makeObject returns a
null.
StackObjectPool.borrowObject
On 12/12/06, Mat [EMAIL PROTECTED] wrote:
if the borrowobject blocks on the factory
methods there will be an huge performance issue.
Yes, but without it there are thread-safety issues. I agree, it's a
performance issue, but I'm not sure how huge it is except under
micro-benchmarks.
--
Sandy
[
http://issues.apache.org/jira/browse/POOL-91?page=comments#action_12456609 ]
Sandy McArthur commented on POOL-91:
For me it's an issue of usability. I view a pool as a source of reusable
heavyweight objects. If the pool is unable
[
http://issues.apache.org/jira/browse/POOL-93?page=comments#action_12452542 ]
Sandy McArthur commented on POOL-93:
First look at the patch looks good.
Any reason not to replace direct access of _testOnReturn with calls to
getTestOnReturn
[
http://issues.apache.org/jira/browse/POOL-91?page=comments#action_12452008 ]
Sandy McArthur commented on POOL-91:
makeObject returning null is definitely bogus behavior, but in older version of
Pool (1.2 and before) StackObjectPool would
: Bug
Reporter: Sandy McArthur
Assigned To: Sandy McArthur
StackObjectPool.borrowObject has a infinate loop when makeObject returns null.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http
[
http://issues.apache.org/jira/browse/DBCP-65?page=comments#action_12451390 ]
Sandy McArthur commented on DBCP-65:
I think the only backward compatible way to fix this is to drop Pool as a
dependency and pull GOP into DBCP and make
]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED
[ http://issues.apache.org/jira/browse/POOL-86?page=all ]
Sandy McArthur resolved POOL-86.
Fix Version/s: Nightly Builds
Resolution: Fixed
Committed some Poolutils.erodingPool decorators which addresses the issue of
need a means to shrink
[ http://issues.apache.org/jira/browse/POOL-90?page=all ]
Sandy McArthur resolved POOL-90.
Fix Version/s: Nightly Builds
Resolution: Fixed
This has been fixed for the next release of pool.
JavaDoc API for GenericKeyedObjectPool is incorrect
have @since tags on code added since the beginning. Since
people do forget, if they are supposed to always be there then you can
use code inspection tools to check to see where they are missing when
preparing a release candidate.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas
[
http://issues.apache.org/jira/browse/POOL-86?page=comments#action_12446123 ]
Sandy McArthur commented on POOL-86:
I think what I want, and what most DB connection pools need, is the existing
idle eviction facility as advertised.
I can
info at:
http://issues.apache.org/jira/browse/DBCP-65
http://issues.apache.org/jira/browse/POOL-86
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
compatibility without deliberate and compelling reasons.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
compatible changes I'm fine with that.
But mandating
On 10/30/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
[ http://issues.apache.org/jira/browse/POOL-89?page=all ]
Sandy McArthur updated POOL-89:
---
Priority: Minor (was: Major)
Inconsistency with TestGenericKeyedObjectPool.testMaxTotalLRU
[ http://issues.apache.org/jira/browse/POOL-89?page=all ]
Sandy McArthur resolved POOL-89.
Resolution: Fixed
I've bumped the Thread.sleeps from 10 ms to 25 ms. Reopen this issue if that
isn't enough to stop the false negatives.
Inconsistency
[ http://issues.apache.org/jira/browse/POOL-88?page=all ]
Sandy McArthur resolved POOL-88.
Fix Version/s: Nightly Builds
Resolution: Fixed
I applied your patch with minimal changes. Much thanks.
Better maintenance of GKOP per-pool activeCount
[
http://issues.apache.org/jira/browse/POOL-86?page=comments#action_12445798 ]
Sandy McArthur commented on POOL-86:
I think the changes you suggest to the evict method will fail to make forward
progress if getNumTests() is less than
[
http://issues.apache.org/jira/browse/POOL-86?page=comments#action_12445803 ]
Sandy McArthur commented on POOL-86:
Back to the first part of your original submission: What I understand you
really want is a way to prune the pool size down
.
Sandy McArthur wrote:
As I mentioned on commons-user I plan to prep a pool 2.0 release
candidate in the next week. I'll compile a complete list of changes
but here are the important changes I can recall right now.
1. Requires Java 1.4
2. Adds the org.apache.commons.pool.composite pool
[
http://issues.apache.org/jira/browse/POOL-86?page=comments#action_12445490 ]
Sandy McArthur commented on POOL-86:
Firstly, borrowObject() is returning the LRU object rather than the MRU
object. That minimizes rather than maximizes
/browse/POOL-85
https://issues.apache.org/jira/browse/POOL-86
http://svn.apache.org/viewvc/jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/package.html?revision=465936
Any thoughts or objections?
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas
[ http://issues.apache.org/jira/browse/POOL-85?page=all ]
Sandy McArthur resolved POOL-85.
Fix Version/s: 2.0
Resolution: Fixed
Impressive catch, fix committed.
GenericKeyedObjectPool.getNumIdle() corrupted under high load
into a new package
name and produce something leaner, meaner and hopefully easier and
more robust to use.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED
[
http://issues.apache.org/jira/browse/POOL-87?page=comments#action_12441638 ]
Sandy McArthur commented on POOL-87:
If poolable objects are being made simply to ensure a minIdle threshold, then
they would go directly into the idle object
[
http://issues.apache.org/jira/browse/POOL-87?page=comments#action_12441750 ]
Sandy McArthur commented on POOL-87:
Poolable Objects created by makeObject() are considered to be an active state
so they do not need to be activated again
[ http://issues.apache.org/jira/browse/POOL-87?page=all ]
Sandy McArthur updated POOL-87:
---
Assignee: Sandy McArthur
Commons-Pool does not always calling activateObject on newly created Objects
Note: This thread previously lived on the Commons User list.
On 9/11/06, Holger Hoffstaette [EMAIL PROTECTED] wrote:
On Sat, 09 Sep 2006 22:53:00 -0400, Sandy McArthur wrote:
I have been following this plan for pool:
http://wiki.apache.org/jakarta-commons/PoolRoadMap The current plan isn't
[ http://issues.apache.org/jira/browse/POOL-82?page=all ]
Sandy McArthur closed POOL-82.
--
Fix Version/s: Nightly Builds
Resolution: Fixed
Commited changes so the unit tests don't fail under maven.
2 tests failing on JDK 1.4/1.6 on Linux
[ http://issues.apache.org/jira/browse/POOL-83?page=all ]
Sandy McArthur updated POOL-83:
---
Priority: Minor (was: Major)
Support Java 1.5 Generics
-
Key: POOL-83
URL: http://issues.apache.org/jira/browse/POOL
[ http://issues.apache.org/jira/browse/POOL-83?page=all ]
Sandy McArthur resolved POOL-83:
Resolution: Later
This is on the Pool road map for the 3.0 release which is a ways off. I want it
too but I think it's a bit early to force Pool users
[
http://issues.apache.org/jira/browse/POOL-82?page=comments#action_12420913 ]
Sandy McArthur commented on POOL-82:
Both TestObjectPoolFactory and TestKeyedObjectPoolFactory are abstract and are
used indirectly by unit test that subclass them
[ http://issues.apache.org/jira/browse/POOL-82?page=all ]
Sandy McArthur closed POOL-82:
--
Resolution: Invalid
Assign To: Sandy McArthur
Closing, this isn't a real unit test failure.
2 tests failing on JDK 1.4/1.6 on Linux
[ http://issues.apache.org/jira/browse/POOL-81?page=all ]
Sandy McArthur closed POOL-81:
--
Fix Version: Nightly Builds
Resolution: Fixed
Patch applied and commited to the trunk. Good eye and much thanks.
Correct PoolUtils javadoc for pool vs
[ http://issues.apache.org/jira/browse/POOL-81?page=all ]
Sandy McArthur updated POOL-81:
---
Assign To: Sandy McArthur
Priority: Minor (was: Major)
Correct PoolUtils javadoc for pool vs. keyedPool
[
http://issues.apache.org/jira/browse/POOL-75?page=comments#action_12415461 ]
Sandy McArthur commented on POOL-75:
After having slept on it and since thread fairness only makes sense in the
WHEN_EXHAUSTED_BLOCK case I think the best plan is to:
1
[
http://issues.apache.org/jira/browse/POOL-75?page=comments#action_12415087 ]
Sandy McArthur commented on POOL-75:
While the implementation in the patch (in bugzilla) looks straight forward, I
think it has some problems.
1: I think
[ http://issues.apache.org/jira/browse/POOL-75?page=all ]
Sandy McArthur closed POOL-75:
--
Resolution: Later
Untill Pool can use the util.concurrent package this will have to wait.
[pool] GenericObjectPool not FIFO with respect to borrowing threads
[ http://issues.apache.org/jira/browse/POOL-75?page=all ]
Sandy McArthur reopened POOL-75:
Assign To: Sandy McArthur
[pool] GenericObjectPool not FIFO with respect to borrowing threads
/browse/NET-99
I have been waiting patiently more than one month now, is there any
outstanding issues, beside the junit tests, that needs to be solved ?
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
reference)
User guide
o faq
- linkcheck (might be enabled during development)
Sure, why not.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
maxActive in configuration.html is documented incorrectly
-
Key: DBCP-188
URL: http://issues.apache.org/jira/browse/DBCP-188
Project: Commons Dbcp
Type: Bug
Reporter: Sandy McArthur
Assigned to: Sandy
[ http://issues.apache.org/jira/browse/DBCP-188?page=all ]
Sandy McArthur resolved DBCP-188:
-
Resolution: Fixed
Fix committed to svn.
maxActive in configuration.html is documented incorrectly
[ http://issues.apache.org/jira/browse/POOL-38?page=all ]
Sandy McArthur closed POOL-38:
--
Resolution: Invalid
Assign To: Sandy McArthur
Closing, this isn't a bug. maxActive issue tracked with DBCP-188
Deadlock
Key: POOL-38
[
http://issues.apache.org/jira/browse/POOL-38?page=comments#action_12412484 ]
Sandy McArthur commented on POOL-38:
The behavior you are complaining about seems to be the configured behavior. If
you do don't like that the pool waits indefinitely
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED
[ http://issues.apache.org/jira/browse/POOL-34?page=all ]
Sandy McArthur closed POOL-34:
--
Add invalidateObject() method to ObjectPool
---
Key: POOL-34
URL: http://issues.apache.org/jira/browse
[ http://issues.apache.org/jira/browse/POOL-7?page=all ]
Sandy McArthur closed POOL-7:
-
[pool] GenericObjectPool is a LIFO, not a FIFO implementation
-
Key: POOL-7
URL: http
[ http://issues.apache.org/jira/browse/POOL-42?page=all ]
Sandy McArthur closed POOL-42:
--
Leaking DB connections - synch problem in
GenericKeyedObjectPool.returnObject
://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
hybrid seems to be less good than just using either a
factory pattern or an enum pattern alone.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
than getting
this ZIP member via reflection (and cleaner than special casing every
Archiver type)
FWIW: Reflection isn't needed for the valueOf method. the method just
looks in an internal Map or Set for the requested type.
Sandy McArthur wrote:
On 5/12/06, Torsten Curdt [EMAIL PROTECTED
)) - ArchiveType.RAR.newInstance();
...
in you code - which is cumbersome IMO.
In that situation you'd use: ArchiveType.valueOf(extension).newInstance()
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
On 5/1/06, will pugh [EMAIL PROTECTED] wrote:
Sandy McArthur wrote:
On 4/30/06, will pugh [EMAIL PROTECTED] wrote:
1) You often change method names based on the parameter types, e.g.
Archiver.addFile + Archiver.addFileName, setUnpackDestinationName +
setUnpackDestinationFile, etc
this, except you have reasons not to do this.
If you agree with me, i will open a bugzilla issue and add the link to
the code.
I feel like the public interface was noticeably more usable and has
less noise. IMO it's not yet a great API but it's a very decent one.
--
Sandy McArthur
He who dares
fitting with your goals.
+0 I'm not that familar with Jira so I won't take a strong position
but I'm all for removing bariers from getting stuff done. If Jira lets
people do more with less effort then I'm all for it.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
/gARAuCdAKCmH0IsRuHjIiXG4so5Pb736s5rxQCfX5T/
7nDpwzV1/yILQyqnDWWHInM=
=Hj65
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sandy McArthur
He who dares not offend cannot
You probably want VERP
http://www.google.com/search?q=VERP
On 4/20/06, Somsundaram, Anand [EMAIL PROTECTED] wrote:
I have a requirement for handling undelivered mails. Can anyone suggest
how to find whether a message is undelivered form the message headers
--
Sandy McArthur
He who dares
]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
they are used.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-BEGIN
On 4/5/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 4/5/06, Hariharasudhan R [EMAIL PROTECTED] wrote:
Hi Sandy,
Does this work with Solaris tar, since Solaris tar is different from GNU tar
?
If not , is there a plan to do so ?
Won't making TarEntry an interface with Solaris/GNU
vouch for it's legitimacy though.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 4/2/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 4/2/06, Sandy McArthur [EMAIL PROTECTED] wrote:
The Commons Pool team is pleased to announce the release of Pool
1.3.
...
Download:
http://jakarta.apache.org/commons/pool/downloads.html
Sandy,
I see it in www.apache.org/dist
/test/org/apache/commons/pool/composite/TestCompositeKeyedObjectPoolFactory.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/composite/TestCompositeKeyedObjectPoolFactory.java?rev=390797r1=390796r2=390797view=diff
--
Sandy McArthur
He
On 4/2/06, robert burrell donkin [EMAIL PROTECTED] wrote:
Gary Gregory wrote:
Based on the February 18, 2004, Apache Software Foundation Board
of Directors Meeting Minutes, author tags are discouraged.
snip
Sandy McArthur wrote:
I have searched some and the arguments don't
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
them in the
compress package or a package closer to where they are used.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Vote passes.
+1
Sandy McArthur
Robert Burrell Donkin
Phil Steitz (changed from -0)
Stephen Colebourne
no other votes.
I'll tag it, build it, and push it out once I figure out how to.
On 4/1/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Sandy McArthur wrote:
I've prepared Commons Pool
Vote to release Pool 1.3 based on 1.3-rc4 passes.
+1
Sandy McArthur
Robert Burrell Donkin
Phil Steitz (changed from -0)
Stephen Colebourne
no other votes.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
The Commons Pool team is pleased to announce the release of Pool
1.3.
Pool provides an Object-pooling API.
This release fixes a number of bugs and adds a few enhancements. The
most significant fix is the GenericObjectPool was documented as a FIFO
but implemented as a LIFO, it now behaves as a
On 4/2/06, robert burrell donkin [EMAIL PROTECTED] wrote:
On Sun, 2006-04-02 at 16:21 -0400, Sandy McArthur wrote:
I'll tag it, build it, and push it out once I figure out how to.
should be covered here
http://jakarta.apache.org/commons/releases/release.html
it's a good idea to use
implementation -- GeneratorObjectPool. The following is
about the implemented changes to how object pooling works.
Before I go any further I would like to thank my faculty mentor, Professor
Phillip Conrad, for his insight and support. I would also like to thank
apache contributor Sandy McArthur, who has
.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 3/30/06, robert burrell donkin [EMAIL PROTECTED] wrote:
[X] +1 I support this release
cool, with my +1 this vote will meet the bare minimum.
This vote closes on Sunday April 2nd so please check out 1.3-rc4 if
you haven't already.
--
Sandy McArthur
He who dares not offend cannot be honest
user is
just going through the motions trying to get their work done with as
little effort as possible.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED
On 3/29/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/29/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/29/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Or maybe we should simply advertise the dependencies pages better?
Dependencies should be listed on the download page. The mind set
On 3/28/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 3/27/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/27/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/27/06, Sandy McArthur [EMAIL PROTECTED] wrote:
snip/
P.S.- [pool] code is quite hard to read with all that horizontal
a hassle.
Sandy McArthur wrote:
I have searched some and the arguments don't hold water with me.
:-) Many things from lawyers and the board don't make sense ;-)
I'm proud of the code I've contributed and I think an @author tag is
proper recognition.
I suppose that five years ago when I
.
Even if you do mock the pool, the test would be testing the behavior
of the mock pool as called through Dbcp. I think any interesting
interaction with the GOP would be implicitly tested by other unit
tests.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
synchronization:
ObjectPool - DbcpConnection.activateObject (implements PoolableObjectFactory)
Until this is worked out it's not safe to let client code configure
their own ObjectPool. Most likely this problem won't turn up in
testing under light load but will fall apart in production.
--
Sandy McArthur
of the problem
something that is more structured than text/plain is being labeled as
such. This could be a first step to mail clients with built in
colorized diff view.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
[ ] +1 I support this release
[ ] +0
[ ] -0
[ ] -1 I do not support this release because...
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED
.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
]. Will change to +1 when this is
resolved.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 3/25/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Sandy McArthur wrote:
I've prepared Pool 1.3-rc3 at
http://people.apache.org/~sandymac/pool/1.3-rc3/ I'd appreciate it if
interested parties reviewed it and tested it with their setup.
For the release I would like to see
On 3/25/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/25/06, Sandy McArthur [EMAIL PROTECTED] wrote:
snip/
The main behavior of the composite pools are configured via four
type-safe enum types. I'll describe what each type controls and then
suggest name variants. Let me know which one
View-SVN, it looks like the close() method
no longer throws an exception if the receiver is already closed. Check?
Check.
Thanks,
Gary
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Sandy
McArthur
Sent: Thursday, March 23, 2006 8:49 PM
as the groupId. I'm going to leave it as is for
now.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
are raised, on Sunday the 26th I'll start a vote to make
this an official release.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
1 - 100 of 179 matches
Mail list logo