rwaldhoff02/04/30 23:27:52
Modified:dbcp/src/java/org/apache/commons/dbcp BasicDataSource.java
Log:
use Pool.getNumActive and getNumIdle
Revision ChangesPath
1.6 +6 -6
jakarta-commons/dbcp/src/java/org/apache/commons/dbcp/BasicDataSource.java
Index:
Sorry for the cross-post, but this seems an appropriate occasion. Future
discussion might reasonably move to the commons-dev list.
As previously mentioned on commons-dev, we'd like to change the ObjectPool
and KeyedObjectPool numActive and numIdle methods into the more common
getNumActive and
rwaldhoff02/05/01 00:07:50
Modified:httpclient/src/java/org/apache/commons/httpclient
Cookie.java
httpclient/src/test/org/apache/commons/httpclient
TestCookie.java
Log:
fix bugzilla bug 5279: single quotes around
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5279.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rwaldhoff02/05/01 00:18:09
Modified:httpclient/src/java/org/apache/commons/httpclient/log
LogSource.java
Log:
not entrySet(), but values()
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5910
Revision ChangesPath
1.8 +5 -5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5910.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7091.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8286.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8288.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rwaldhoff02/05/01 00:40:20
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpClient.java
Log:
add startSession(host,port,proxyHost,proxyPort,secure) method, as requested in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7643
Revision
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7643.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8254.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8288.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks, Michael. I have appended part of my remarks as a comment in support
of yours to your bug report.
On Tuesday 30 April 2002 11:04 pm, you wrote:
On Tue, 30 Apr 2002, Steve Cohen wrote:
In Joshua Bloch's Effective Java he makes a point of stating that
writers of Javadoc comments
Hi all,
Just wonder why ClassCastException is raised at line 496 of LogFactory in
newFactory() method when running as a JUnit test? I found this problem when running
RequiredNameTest in commons-validator. When casting a class to some superclass, does
classloader from other thread form a
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-05-01/commons-util.html
Buildfile: build.xml
BUILD FAILED
Target `dist' does not exist in this
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-05-01/commons-latka.html
Buildfile: build.xml
init:
[echo] latka 1.0-dev
I was wondering if the following bug fix that was made
in GenericObjectPool will be made th the
GenericKeyedObjectPool?
applied changes described in bug 7519
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7519
Thanks,
Randy Speh
__
Do You
On 1 May 2002, Ted Husted wrote:
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-05-01/commons-util.html
Buildfile: build.xml
BUILD
rwaldhoff02/05/01 07:43:15
Modified:pool/src/java/org/apache/commons/pool/impl
GenericKeyedObjectPool.java
Log:
Unsynchronize some of the calls in returnObject
see http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7519
Revision ChangesPath
1.5
The GenericKeyedObjectPool case is trickier. I just committed a change along
these lines, but it would be great if someone could peer-review to make sure
I didn't screw something up there. We could make a similar change to
StackKeyedObjectPool as well, and for that matter to some of the other
The fact that headers are sent in different packets makes absolutely *no*
difference at the application layer (e.g. HttpClient and the Web server).
At the application level, TCP is simply a stream of bytes. The protocol
handles packing and unpacking these bytes into packets as it sees
Here are two newbie questions:
I am trying to implement a new system using Commons logging wrapped around log4j.
1. I get this exception which puzzles me:
java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogFactoryImpl
org.apache.commons.logging.LogConfigurationException:
on 4/30/02 11:33 PM, Waldhoff, Rodney [EMAIL PROTECTED] wrote:
I've just deprecated those methods in KeyedObjectPool, and I'd like to
remove them altogether before the next pool release.
UmmmJakarta projects aren't the only people who use your code. You
really should follow standard
on 4/30/02 11:33 PM, Waldhoff, Rodney [EMAIL PROTECTED] wrote:
then we could complete the change without even breaking anyone's gump build.
Comments or complaints welcome,
- Rod
If you deprecate the methods properly, it won't break a gump build.
That said, I will make the changes
Please ignore previous post...
I am trying to compile HttpClient under JB6.
I got the source from CVS and started to compile. After adding JUnit and Log4J as
required libraries I got hit with Javax.Servlet.
This has me stumped. Why is HttpClient having anything to do with Servlets? Servlets
Too late. :)
--- Amir D. Kolsky [EMAIL PROTECTED] wrote:
Please ignore previous post...
=
Morgan Delagrange
http://jakarta.apache.org/taglibs
http://jakarta.apache.org/commons
http://axion.tigris.org
__
Do You Yahoo!?
Yahoo! Health - your
Well.. I meant ignore the original Servlet post, note the one you have just replied
to :-)
-Original Message-
From: Morgan Delagrange [mailto:[EMAIL PROTECTED]]
Sent: Wed, May 01, 2002 8:31 PM
To: Jakarta Commons Developers List
Subject: Re: Servlet
Too late. :)
--- Amir D. Kolsky
--- Jon Scott Stevens [EMAIL PROTECTED] wrote:
on 4/30/02 11:33 PM, Waldhoff, Rodney
[EMAIL PROTECTED] wrote:
I've just deprecated those methods in
KeyedObjectPool, and I'd like to
remove them altogether before the next pool
release.
UmmmJakarta projects aren't the only
It doesn't appear to be a testing issue, there a whole bunch of PUBLIC classes there:
BasicAuthServlet
MultiMethodServlet
HeaderServlet
ReadCookieServlet
ReqeustBodyServlet
WriteCookieServlet
ParamServlet
RedirectServlet
-Original Message-
From: Morgan Delagrange [mailto:[EMAIL
UmmmJakarta projects aren't the only people who use your code.
Insightful.
Sorry for going out of my way to make life easier for the other Jakarta
folks. I checked out everything that gump builds that depends upon
commons-pool, and we've talked about it in more than one thread
Those are all servlets in that test webapp I mentioned
(they're off in their own subtree). I don't think
they are included in the distribution jar.
--- Amir D. Kolsky [EMAIL PROTECTED] wrote:
It doesn't appear to be a testing issue, there a
whole bunch of PUBLIC classes there:
Sam,
The GCC project uses a very interesting tool for helping point out who
entered a bug in the compiler after doing a change.
The tool works by keeping track of who modified the files since the
last build, and what were the changes in the number of regression
tests. If you modify a file lets
geirm 02/05/01 12:27:56
Modified:jexl PROPOSAL.html
Log:
typo. Thanks to Vinay Chandran for pointing it out
Revision ChangesPath
1.2 +2 -2 jakarta-commons-sandbox/jexl/PROPOSAL.html
Index: PROPOSAL.html
Public classes in the test-webapp tree. Not a run-time dependency. Not even
a compile time dependency unless you execute ant test-webapp-war AFAIK.
-Original Message-
From: Amir D. Kolsky [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 01, 2002 12:38 PM
To: Jakarta Commons Developers
Hi,
I am not sure about newFactory(), but in the most problem is like this:
MyCass obj = Class.forName(MyCass.class.getName());
This allways throws ClassCastException if this code is loaded not by
SystemClassLoader.
In this case we have two diferent classes, the same name but not
ClassLoader.
Sorry,
MyCass obj = (MyCass)Class.forName(MyCass.class.getName());
- Original Message -
From: Juozas Baliuka [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Wednesday, May 01, 2002 9:49 PM
Subject: Re: ClassCastException raised in newFactory() method when
For what its worth, I'm not planning on using the ProxyMap, or any other
Proxy* classes. I reckon that they don't add a great deal.
Stephen
- Original Message -
From: Jeff Keyser [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]
Sent: Wednesday, May 01, 2002
This is a pretty easy change and as long as this work is getting us very
close to a pool package release, I am happy to do so.
A little more below:
On Tue, 2002-04-30 at 23:33, Waldhoff, Rodney wrote:
Sorry for the cross-post, but this seems an appropriate occasion. Future
snip/
I've just
Hi,
This is the same problem as in ClassCastException raised in newFactory()
method when starting from JUnit test
Log factory must have getLog(Class clasz, ClassLoader loader) it is
useless without this
method.
- Original Message -
From: Steve Cohen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
--- John McNally [EMAIL PROTECTED] wrote:
This is a pretty easy change and as long as this
work is getting us very
close to a pool package release, I am happy to do
so.
A little more below:
On Tue, 2002-04-30 at 23:33, Waldhoff, Rodney wrote:
Sorry for the cross-post, but this seems
Thanks.
I got this problem by trying to run in a servlet under JRun 3.0. In that environment,
I found that you have to put commons-logging.jar and the log4j jar into the JRun
server's lib directory, not the web app's lib. That solved that for me. Whether that
would be remedied by your
If so, the answer is that you can compile on either platform,
and it will run on either platform,
Disregard. I read that too fast. That's what you're saying here.
-Original Message-
From: Waldhoff, Rodney
Sent: Wednesday, May 01, 2002 6:35 PM
To: 'Jakarta Commons Developers List'
On Wed, 1 May 2002, Craig R. McClanahan wrote:
Craig, does the JDK 1.4-compiled-JAR work OK in a JDBC 2 (JDK 1.3)
environment?
It did in the quick-and-dirty test that I ran (which obviously did not
reference the Savepoint related methods). This is definitely worth
testing a little
From: Ovidiu Predescu [mailto:[EMAIL PROTECTED]]
The tool works by keeping track of who modified the files since the
last build, and what were the changes in the number of regression
tests. If you modify a file lets say, that introduces a regression in
the automated tests, you will receive
45 matches
Mail list logo