When a connection is returned to the pool
PoolableConnectionFactory.passivateObject is called on it:
http://jakarta.apache.org/commons/dbcp/xref/org/apache/commons/dbcp/PoolableConnectionFactory.html#358
As you can see a rollback is done (if needed) and setAutoCommit is
also called. If this
[X] +1, Yes allow Rob to commit
[ ] +0
[ ] -0
[ ] -1, No Rob cannot commit because ...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---
Vote: Promote commons-io to commons proper
[ ] +1 I am in favor of the move, and will help support it
[ X ] +0 I am in favor of the move, but am unable to help support it
[ ] -0 I am not in favor of the move
[ ] -1 I am
The way I would do it is to create the root directory
(/home/cvs/jakarta-commons/configuration) using cvs add but then
copy all the content over using a normal cp. This way you copy all
of the history.
Maybe not the cleanest way (there are no commit messages) but it works
and as long as you
They were only removed, they remain in the cvs attic.
A simple cvs add will bring them back.
-- Dirk
Emmanuel Bourg wrote:
Dirk Verbeeck wrote:
By the way, Eric it is not too late, you can recover the sandbox
version and redo the move if you want to preserve the history.
I'm not sure it's
Verner wrote:
[2003-12-21 21:36] Dirk Verbeeck said:
| Yes this would be a nice feature, a couple of days ago there was
| somebody else requesting a similar thing on commons-user.
| A patch is very welcome.
patch attached. While cleaning this up, I realized that
activation/passivation
] Dirk Verbeeck said:
| Good start, but it will be really usefull when the new feature is
| available through the BasicDataSource. (and tested with JUnit test of
| course)
right on. I'll update the patch to enable use via BasicDataSource.
I'm not well-versed in junit testing, so I might come
and not about the usefulness of the mentioned
projects.
Regards
Dirk
Daniel F. Savarese wrote:
I'm trying to catch up on the loads of Apache email that have piled
up over the past week, so forgive me if I'm addressing this out
of context.
In message [EMAIL PROTECTED], Dirk Verbeeck writes:
Do you think
structures. A legal one, interest groups and of course
groups for cultivating community/brands like jakarta. But that is
another personal opinion.
regards
Dirk
Justin Erenkrantz wrote:
--On Saturday, December 20, 2003 4:20 PM +0100 Dirk Verbeeck
[EMAIL PROTECTED] wrote:
Maybe Jarkarta should take up
Yes this would be a nice feature, a couple of days ago there was
somebody else requesting a similar thing on commons-user.
A patch is very welcome.
One remark, I would stop the normal processing when an exception is
thrown. If needed you can always handle error in a PL/SQL block or
stored
Do you think that moving JXPath to another location will increase
visibility/community? I don't think so.
It will be just another menu item like ORO, Regexp, BCEL, ...
There are better ways to attact more users IMHO, doing more
announcements (milestone/final releases), provide examples of
-0, unless there is a real plan to port codec to another language (in
the very near future), I would ask you to remain at jakarta-commons.
Testing the waters of Apache Commons is a good idea but the real test
is: Can Apache commons build a cross-language community?
Testing Subversion Jira
be gaining from
the a same-function mailing list, and yet their community has chosen not
to share one mailing list [I assume]. So a good argument for us to use
for some language separation between Commons'es.
Hen
On Fri, 19 Dec 2003, Dirk Verbeeck wrote:
I agree with the statement that the Jakarta
[X] +1, let him commit in Jakarta Commons Proper
[ ] 0
[ ] -1, perhaps not, because
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I agree with the statement that the Jakarta Commons charter needs an
update and there is also nothing against becoming a TLP and reporting
directly to the board.
But we should keep the Jakarta brand. Jakarta as the main java entry
point at Apache and as a provider for the java news/download is
David Graham wrote:
I don't think all commons
components have to follow one release style. Maybe I just missed the
documentation on this though.
Here it is:
http://jakarta.apache.org/commons/releases/index.html
And I do think all commons components should follow the same
procedure. That is one
To refer to this existing file:
http://www.ibiblio.org/maven/commons-collections/jars/commons-collections-testframework-SNAPSHOT.jar
You need to have these tags:
groupIdcommons-collections/groupId
artifactIdcommons-collections-testframework/artifactId
Change to SNAPSHOT is ok if the jars are
Here is a start:
http://nagoya.apache.org/wiki/apachewiki.cgi?CreatingStandardWebPresence
But I'm thinking about creating a kind of component-template to start
from and then document how to use it.
I'll see what I can do the next couple of days.
-- Dirk
robert burrell donkin wrote:
hi dirk
The output has to be added to the gump descriptors in the gump cvs.
http://cvs.apache.org/viewcvs.cgi/jakarta-gump/project/jakarta-commons-sandbox.xml?rev=1.149view=auto
The best way to do this is to post a request to the gump-dev mailing
list, then they can verify if the descriptor is OK.
--
There were 2 problems, the targetPath in the resource copy wasn't
taken into account and somehow cactus.home.tomcat4x was added to the
javadoc tag.
-- Dirk
Eric Pugh wrote:
Okay, I tried the 'ant dist' target on my box, and of course it worked fine.
I suspect b/c I am on windows... Looking
Eric, is it possible to use one of the newer websites as example?
Take commons-compress as example of the new navigation.
-- Dirk
[EMAIL PROTECTED] wrote:
epugh 2003/12/07 11:09:37
Modified:configuration/xdocs navigation.xml
configuration project.properties
Log:
Craig is the man to talk to for the nightly builds.
He runs the builds for jakarta-commons.
The only requirement is that ant clean dist works but you also might
want to change the maven generated ant file to a more traditional
build.xml file. (take the build file of commons-modeler as example)
Addind a [beanutils] prefix to your mails will help to attract
attention of the right people.
Maybe you can add a junit testcase to show the problem and of course
to show the correctness of your patch.
-- Dirk
[EMAIL PROTECTED] wrote:
Hello, guys, I found bugs in beanutils as posted in
The configuration component isn't added to the automated nightly
builds yet.
Here is a manual build:
http://cvs.apache.org/~dirkv/builds/commons-configuration-1.0-dev-3.tar.gz
http://cvs.apache.org/~dirkv/builds/commons-configuration-1.0-dev-3-src.tar.gz
-- Dirk
Hernan Silberman wrote:
I know
You have to contact [EMAIL PROTECTED] for account problems.
-- Dirk
Arun Thomas wrote:
Folks,
Anyone know how I, as a committer, go about getting a new password for CVS. I've searched through all my archives on multiple boxes and finally have come to the conclusion that I've lost the email
The main commit message wasn't delivered but bzip is completely moved to
compress. (one component less to mavenize ;-)
If you have problems with the unit tests make sure you do a clean checkout
first (I had to update the test data as binary files).
Site preview:
Preview: http://cvs.apache.org/~dirkv/scaffold/
Will be moved to the main site soon.
If you want to build it yourself you will need to download:
Jakarta Lucene 1.2 (http://jakarta.apache.org/lucene/)
Poolman 2.0.4 (http://sourceforge.net/projects/poolman/)
I have posted a request to update the
I see you found my JIRA requests.
Thanks for the update, scaffold now builds without manual downloads.
Dirk
[EMAIL PROTECTED] wrote:
Dirk,
must've missed the request to the repo.
What was it?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
don't see any drawback of removing synchronized from the code on these methods. Am I missing something here?
thanks,
Brad Johnson
Texas Tech University
-
From: Dirk Verbeeck
Subject: Re: JDBC AbandonedObjectPool and PoolableConnectionFactory
Date: Sun, 28 Sep 2003 11
Todd,
Your issue is a different from the performance increase Brad proposes.
He is talking about a BasicDataSource pool like system with
PoolableConnectionFactory and a GenericObjectPool.
This pool is already optimized, the GenericKeyedObjectPool isn't.
I don't agree with your statement that
I'm going to update the main commons site and noticed the math site is still
in the sandbox section. Any reason not to move it now?
-- Dirk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
How about creating a jakarta-commons-site for the generated html.
It solves the commit mail problem = separate non-mandatory list for html
commit mails.
It meets the requirements from the infrastructure team and we have a place to
store the generated javadocs/userguides from official release
Michael Becke wrote:
As far as the standard nav goes, I think the idea is good, but the
current layout of it does not appeal to me. In particular some of the
most important information, the Project Documentation section, is
obfuscated by showing up at the end of the nav. Is this a
Local changes to dbcp.html and pool.html can be removed.
The cvs version is correct.
-- Dirk
Henri Yandell wrote:
There are some problems on the Commons site cvs-wise at the moment.
dbcp.html and pool.html have been edited locally.
httpclient/ has also been edited locally.
These will get merges
Previews here:
http://cvs.apache.org/~dirkv/cache/
http://cvs.apache.org/~dirkv/clazz/
http://cvs.apache.org/~dirkv/jjar/
cache is a totally new site that follows the dbcp/pool style
clazz jjar had some existing content and I did just some minimal fix to make
them buildable. (restyle can be done
Lots of (sandbox) components don't have a logo yet.
Therefor it would be nice to have a tool to auto create logos like:
http://jakarta.apache.org/commons/dbcp/images/dbcp-logo-blue.jpg
as seen on
http://jakarta.apache.org/commons/dbcp/
I'm thinking of a script to build a svg image = jpg.
Are
information.
-Mark
Dirk Verbeeck wrote:
I'm also willing to help a hand mavenizing the commons (sandbox)
components.
What do you guys think about the maven setup of DBCP as example (menu
layout/content)?
Shouldn't we cleanup the sandbox a bit first?
(tar rm)
The following components are graduated
know the sourceforge project is active.
I'm willing to help out with whatever i can,
though I'm new to the commons project, i have submitted
stuff for ANT, and i own the ANT-CONTRIB project on
sourceforge.
-Original Message-
From: Dirk Verbeeck [mailto:[EMAIL PROTECTED]
Sent: Thursday
Dirk Verbeeck wrote:
It's only 12 days ago that the move was done.
We could redo the move and then reapply all changes since the move.
It is a little extra work but if the historical information is
important it is probably worth the effort.
-- Dirk
Mark R. Diggory wrote:
The only difficulty I
Tomcat uses BasicDataSource in the DBCP component
(http://jakarta.apache.org/commons/dbcp/) as its default datasource implementation.
Like you said it has support for abandoned connections.
See
Looks like a typical copy/paste error.
Please make a bugzilla issue for it.
-- Dirk
Todd Carmichael wrote:
DBCP Team,
What is the reason that the extended version of prepareStatement in
PooledConnectionImpl that accepts resultSetType and resultSetConcurrency
does not pass those values down to the
I have been trying to reproduce using junit test but no luck yet.
So I have more questions:
Did you do your test with the JndiDataSourceFactory on the same multi CPU
system? On tomcat with the default datasource (BasicDataSource), settings?
Can you send me your complete tomcat/torque datasource
Creating a descendant class of PoolableConnectionFactory is probably the best
way just for the time being. But I'll keep your suggestions in mind and maybe we
can add a parameter or some kind of transaction tracing in the future.
--- Dirk
Richard Bielak wrote:
Hi,
Using a read-only connection
Noel J. Bergman wrote:
Looks like there is a bug in prepared statement pooling of
DriverAdapterCPDS.
You can report this issue in bugzilla against v1.1.
Does this mean we'll be having a 1.1.1 soon? I saw another bug reported
this AM regarding maxActive=0.
That one was closed as invalid by the
Dave,
I have made a buzilla entry to track this problem.
http://issues.apache.org/bugzilla/show_bug.cgi?id=24136
-- Dirk
Dirk Verbeeck wrote:
Looks like there is a bug in prepared statement pooling of
DriverAdapterCPDS.
You can report this issue in bugzilla against v1.1.
Sort term solution
Looks like there is a bug in prepared statement pooling of DriverAdapterCPDS.
You can report this issue in bugzilla against v1.1.
Sort term solution:
Disable the statement pooling, cpds.setPoolPreparedStatements(false)
or switch to BasicDataSource (statement pooling included in v1.1)
But this bug
Voting results release DBCP v1.1:
+0 __matthewHawthorne [EMAIL PROTECTED]
+1 Dirk Verbeeck [EMAIL PROTECTED]
+1 David Graham [EMAIL PROTECTED]
+1 Serge Knystautas [EMAIL PROTECTED]
+0 Gary Gregory [EMAIL PROTECTED]
+1 John McNally [EMAIL PROTECTED]
+1 Glenn Nielsen [EMAIL PROTECTED]
The release
Voting results release Pool v1.1:
+0 __matthewHawthorne [EMAIL PROTECTED]
+1 Dirk Verbeeck [EMAIL PROTECTED]
+1 Shapira, Yoav [EMAIL PROTECTED]
+0 David Graham [EMAIL PROTECTED]
+0 Serge Knystautas [EMAIL PROTECTED]
+0 Gary Gregory [EMAIL PROTECTED]
+1 John McNally [EMAIL PROTECTED]
The release
looks fine to me
Dirk
__matthewHawthorne wrote:
I finally deployed a maven site for [io] last night, and have updated
the links in the commons navigation.
After struggling a little while attempting to build the site, I have all
the jars in place and can build successfully. The changes are in
There is currently no configuration parameter to turn this off.
Keeping track of the transaction state would be a lot of work.
Even a resultset has a lot of update* methods. (very dangerous for
making mistakes)
What we can do is check Connection.isReadOnly() and do not rollback in
that case.
The release itself is no problem, I'll only have to install some PGP
software to sign the release.
Remains the jakarta-site update and the commons site to list the new
releases. I haven't done that before (I don't have karma for the main
jakarta site yet, I think)
I'll try the update locally
I'll tag build 1.1 final right now and wait 2-3 days for the result of
the vote. I don't think the last commit from John demands for a new
release candidate/review cycle.
If there are no -1 votes (blocking issues in final build)
then I'll announce v1.1 on wednesday evening.
-- Dirk
Noel J.
New jars are available from the usual place
http://cvs.apache.org/~dirkv/builds/
PS: can you check if the signature commons-dbcp-1.1-src.tar.gz.asc is OK?
-- Dirk
Noel J. Bergman wrote:
I'll tag build 1.1 final right now and wait 2-3 days for the result of
the vote.
I'm in the process of
My mistake, DelegatingResultSet is only used in BasicDataSource and not
in SharedPoolDataSource.
Using SharedPoolDataSource should be enough, no code changes needed.
Cheers,
Dirk
Jose Euclides da Silva Junior - DATAPREVRJ wrote:
As i was very late, i ve just restored the old dbcp version and
John fixed it already. It is include in 1.1RC2.
Dirk
Todd Carmichael wrote:
I second the motion for this change. We are trying to evaluate and use
torque 3.1 and the latest dbcp and this is holding up our integration.
Thanks.
Todd Carmichael
Concur Technologies
-Original Message-
From:
Download the latest release candidate from
http://jakarta.apache.org/commons/dbcp/downloads.html
or a direct link:
http://cvs.apache.org/~dirkv/builds/
The target date for a final release is 20 October.
PS: do not forget to update commons-pool as well
Cheers
Dirk
Jose Euclides da Silva Junior -
There are no significant changes for the commons-pool component.
Only the license was updated (apache 1.1 license).
The commons-DBCP component had the same license update and also an ant
build file correction.
Also the following issues were resolved since v1.1RC1:
22776 2003-09-30 Nor
The database is very slow is a very general problem description.
What exactly is slow? getConnection, prepareStatement, execute, fetch,
close ?
(A connectionpool only helps the getConnection, other database(driver)
tuning is needed for the other ones)
Can you give a small but complete example
+1 to primitives
Stephen Colebourne wrote:
Should we name it [pcollections]? Or is [primitives] better? (The sandbox
primitives is then a sandbox for the proper component for experimentation).
I had forgotten about the special io input stream stuff, which might lead to
the name [primitives]. I
applied
Thanks
Dirk
Stefan Bodewig wrote:
Hi,
the commons-dbcp failure (and some others) at
http://gump.covalent.net/log/ are due to the fact that the generated
commons-pool.jar contains a classes directory as its top level
(i.e. it contains
Any thoughts on how to fix this issue?
or how the current code should work?
I got it to work by adding the following to
InstanceKeyObjectFactory.getObjectInstance
if (obj == null) {
PerUserPoolDataSource ds = new
PerUserPoolDataSource();
I compiled everything with a jdk 1.4.1
java version 1.4.1-p3
Java(TM) 2 Runtime Environment, Standard Edition (build
1.4.1-p3-brian_28_jul_2003_12_35)
Java HotSpot(TM) Client VM (build 1.4.1-p3-brian_28_jul_2003_12_35,
mixed mode)
and I just did a compatibility test on a 1.3.1 jvm.
java version
Release Candidates can be downloaded here:
http://cvs.apache.org/~dirkv/builds/
Preview of the updated websites here:
http://cvs.apache.org/~dirkv/dbcp/
http://cvs.apache.org/~dirkv/pool/
The release schedule forsees a 2 week review period.
I have added a reference to your work to the overview (index) page.
A more complete example would of course be usefull.
Thanks
Dirk
Serge Knystautas wrote:
Dirk,
I thought I'd link to the change since it was useful for me to review:
I made the use of (multiple) Release Condidates more explicit in the
release plan.
Testing commons-pool standalone will be very usefull.
Be sure to try the performance test at:
commons-pool/src/test/org/apache/commons/pool/performance/PerformanceTest.java
Cheers
Dirk
Shapira, Yoav wrote:
John,
Should the PerUserPoolDataSource and other dbcp/datasources/* be
included in the release?
You did a rather large commit today, is the implementation ready for
release or do you want to wait for next one.
Dirk
-
To
else wants to, feel free to volunteer.
- Dirk Verbeeck
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
else wants to, feel free to volunteer.
- Dirk Verbeeck
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
You can remove the synchronization of the validateObject method in
PoolableConnectionFactory but be carefull.
If the query is slow because the database is overloaded then allowing
more validationQueries will increase the problem.
For the next release I'm thinking about monitoring SQLExceptions
OK, I don't expect any problem.
New proposal:
Review: 1 October 2003 - 15 October 2003
Final vote 16 October 2003- 18 October 2003
Release: 19 October 2003
Dirk
Remy Maucherat wrote:
Dirk Verbeeck wrote:
I'd like to propose a vote on the following release plan
for DBCP 2.0. This release
version number? Have backward
incompatible changes occurred? If not, we should stick to incrementing
the minor version number in the 1.x series.
David
--- Dirk Verbeeck [EMAIL PROTECTED] wrote:
I'd like to propose a vote on the following release plan
for DBCP 2.0. This release plan can also
I'll tag make a release candidate for both components.
Expect an announcement in a day or two. (unless there are -1 votes)
Dirk
Remy Maucherat wrote:
Dirk Verbeeck wrote:
OK, I don't expect any problem.
New proposal:
Review: 1 October 2003 - 15 October 2003
Do you plan to release an alpha
Same response, I don't really have a strong feeling about it, just
wanted to keep in sync with DBCP (at least the mayor version).
OK, no incompatible changes = keep major number.
New proposal:
Release both DBCP pool as 1.1
Dirk
David Graham wrote:
I have the same question here as I did for
itself like this:
synchronized(this) {
trace.remove(obj);
}
Dirk
Glenn Nielsen wrote:
Dirk Verbeeck wrote:
Shouldn't you synchronize on the pool itself instead of on the trace
list in AbandonedObjectPool?
borrowObject and returnObject are synchronized on trace
Shouldn't you synchronize on the pool itself instead of on the trace
list in AbandonedObjectPool?
borrowObject and returnObject are synchronized on trace
invalidateObject and removeAbandoned are synchronized on the pool
Dirk
[EMAIL PROTECTED] wrote:
glenn 2003/09/23 06:29:30
Modified:
Remy Maucherat wrote:
Dirk Verbeeck wrote:
The last release of DBCP pool is almost a year old now. A new one
is long overdue.
Bugzilla has Zarro Boogs found and the threading changes are now
already a month in the nightly builds with no error reports.
There are always more enhancements
Please use the dev list as much as possible (at least in CC)
It's a custom to put [DBCP] in the subject for easy filtering.
Or the apache wiki is also a good place to writeup a design.
Cheers
Dirk
Andy Zeneski wrote:
I am interested in using DBCP with a JTA transaction manager to pool
The last release of DBCP pool is almost a year old now. A new one is
long overdue.
Bugzilla has Zarro Boogs found and the threading changes are now
already a month in the nightly builds with no error reports.
There are always more enhancements to be done (logging, parameter
changes at
Matthew,
Jim received your CLA (see his mail on commons-dev 10 sept 2003)
But nobody notified the infrastructure team to do the actual account
creation.
(You're still listed as no CLA)
Jim, infrastructure guys, can you get the ball rolling again...
Thanks
Dirk
__matthewHawthorne wrote:
Could
Martin
Another update of pool snapshot on ibiblio is needed...
Tnx
Dirk
Martin Poeschl wrote:
Dirk Verbeeck wrote:
A new snapshot of commons-pool should be uploaded to ibiblio for the
dbcp maven build.
Can somebody do the update / tell me how to do it ?
i'll upload new pool and dbcp
A little more context
The old behaviour was:
- if nothing set then do nothing
- if validationQuery was set then testOnBorrow was auto-enabled and
couldn't be disabled, you could only add testOnReturn testOnBorrow
The new behaviour is:
- if nothing set then do nothing
- if one or more tests are
I agree, maxActive should be respected.
Even with the WHEN_EXHAUSTED_GROW option, the evictor thread should
limit itself.
Something like:
int objectDeficit = getMinIdle() - getNumIdle();
if (getMaxActive() 0) {
int growLimit = Math.max(0, getMaxActive() - getNumActive()
A new snapshot of commons-pool should be uploaded to ibiblio for the
dbcp maven build.
Can somebody do the update / tell me how to do it ?
Cheers
Dirk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Thanks
Dirk
Martin Poeschl wrote:
Dirk Verbeeck wrote:
A new snapshot of commons-pool should be uploaded to ibiblio for the
dbcp maven build.
Can somebody do the update / tell me how to do it ?
i'll upload new pool and dbcp snapshots ...
martin
A version number in the filename?
No, that would be difficult for the automated builds (gump build).
The version number is inside the jar file, in the MANIFEST.MF file.
Dirk
Henri Yandell wrote:
The jar created by the 'ant dist' task creates a commons-pool.jar. Is
there any kind of standard for
Hi all
I'm planning to implement pool events. This is already discussed on the
dev list before but never implemented.
Pool events would create a nice extention mechanism without having to
subclass.
A first use of these pool events would be logging for the dbcp component.
I will give a brief
. There should be a simpler way to
solve these synchronization issues.
I'll have another go at it...
Dirk
Marc Slemko wrote:
jOn Wed, 13 Aug 2003, Dirk Verbeeck wrote:
_numActive is an int so the synchronized block wasn't needed.
But the extra synchronized is in the case where a new object
has
Graham wrote:
--- Dirk Verbeeck [EMAIL PROTECTED] wrote:
The pool manipulation was synchronized, only the isEmpty() test is not.
I didn't realize that _numActive++ should be synchronized, I thought the
++ operator was atomic.
The datatype the operator is applied to is what matters. Assignments
The pool manipulation was synchronized, only the isEmpty() test is not.
I didn't realize that _numActive++ should be synchronized, I thought the
++ operator was atomic.
I'll put these also in a synchronized block.
Hi guys
There are a lot of small issues for DBCP and Pool, simple ones or with
solution already included.
Lately the committer activity has been low and the issue list is growing.
I have some time and can/want to fix/merge/commit the following issues:
Pool issue:
- 21838 Weird HTML makes the
Same answer as in the Slide User List, but maybe interesting for people
who are not subscribed to the list.
Note: Slide uses the HttpClient 1.x version, I didn't check what the
behaviour of version 2.x is.
---
GetMethod streams everything to disk or memory in parseResponse.
committers for their
unofficial support / votes.
New components must get a chance in the real world (outside the sandbox)
and if the code is used in Avalon there will be somebody the support it.
Dirk Verbeeck
Paul Hammant wrote:
Folks,
2) Take it back to excalibur and just shove
101 - 192 of 192 matches
Mail list logo