Folks
I was going to start working on it today. If there are any other takers,
please let me know
Cheers
Oleg
On Mon, 2003-02-24 at 07:27, Jeffrey Dever wrote:
This is currently on the todo list. Refer to the following bug for more
information:
Hmm I have a beginning of explanation, though I don't understand why this
may cause the test to fail.
I was running Tomcat via JBuilder, and using the -classic option (for
debug mode).
Removing this option, the test goes fine, nothing is logged (no INFO, no
WARN). With -classic, it fails.
Do you
I hope it works this time around
Oleg
On Thu, 2003-02-13 at 07:30, Jeffrey Dever wrote:
Haven't had time to review all of this, but I am a bit concerned over
any performance issues and buffering. The wirelog is a good thing, but
there are other ways of getting a request/response log. I
Is this classic option the JVM -classic flag?
Mike
On Monday, February 24, 2003, at 04:45 AM, Aurelien Pernoud wrote:
Hmm I have a beginning of explanation, though I don't understand why
this
may cause the test to fail.
I was running Tomcat via JBuilder, and using the -classic option (for
Ok, new rc2 package available:
http://jakarta.apache.org/builds/jakarta-commons/release/commons-httpclient/v2.0
Michael Becke wrote:
If we are only going to release one file I would suggest using zip
instead of tar.gz.
Mike
On Monday, February 24, 2003, at 02:10 AM, Jeffrey Dever wrote:
I
Hello,
I am happy to announce that Software AG is going to implement the current
draft of JSR 147 API.
The implementation will be based on the jakarta/commons/httpclient project
and located in the Jakarta Slide project. Lead will be Peter Nevermannn, who
contributed major parts of the Delta-V
Jeff,
The commons-loggign.jar file appears corrupt. Am I the only one
experiencing this problem?
Oleg
On Mon, 2003-02-24 at 16:20, Jeffrey Dever wrote:
Ok, new rc2 package available:
http://jakarta.apache.org/builds/jakarta-commons/release/commons-httpclient/v2.0
Michael Becke wrote:
Sounds like an HTTP proxy.
Mike
Sunil Kumar K wrote:
Hi Group,
Advice me how to implement this requirement of mine. I've seen other sites
doing this...
User is viewing site A, requests a Servlet-A on host A. Servlet-A processes
the requests and passes the data to set of java classes, which
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 8:05 AM
To: Commons HttpClient Project
Subject: Re: alpha3 release candidate 2 ready
There are a few extra files in the src directory:
Martin
That's the way things are done in all Jakarta sub-projects. I am afraid
we have to conform
Cheers
Oleg
On Mon, 2003-02-24 at 20:12, Martin Cooper wrote:
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 8:05 AM
To: Commons
Allow me to clarify.
Procedure as I perceive it, per the left over files:
* Make final changes to code for release, in local work tree.
* Commit all changes.
* Tag CVS for the release.
* Build the distribution from the local work tree.
Recommended procedure:
* Make final changes to code for
Arg. I had asked for a code freeze on Thursday. I didn't see any
commits today but now that I look I see Odi had snuck one in.
How about you guys figure this out, and get back to me when ready.
Michael Becke wrote:
One problem. The change made earlier today to
HttpClient.executeMethod()
My program uses separate threads to make repeated HTTP1.1 calls to various
external web servers, all of which run Apache, except for a lone IIS site.
Everything works fine, but over the course of a few hours, `netstat -a`
shows a growing number of ESTABLISHED connections to that IIS server. My
On Tue, 2003-02-25 at 04:08, Michael Becke wrote:
One problem. The change made earlier today to
HttpClient.executeMethod() is a killer for the
MultiThreadedHttpConnectionManager. It releases all connections before
they are used in a method. I should have complained more loudly about
14 matches
Mail list logo