Am I mistaken, or have the recent issues been dealt with?
-Eric.
Michael Becke wrote:
Looks like 2.0.2 has been cancelled for the moment. I'll call for a
vote again after we fix the recently discovered issues.
Mike
On Sep 29, 2004, at 11:05 AM, Michael Becke wrote
point.
For our purposes, the build otherwise looks stable.
-Eric.
Oleg Kalnichevski wrote:
Folks,
Could you please grab the latest 2.0 nightly build and see if it runs
stable enough for production purposes? When we have a couple of reports
confirming adequate stability, we'll call for the 2.0.2
level problem, not something that
HttpClient can help you with at the transport level. HttpClient can
improve in ways that make such tricks needed less frequently, but it
cannot eliminate the need for them. Hopefully, in your case, you can
change the server code to support such a technique.
-Eric
the source, but others in my company like the idea
of an official build perhaps more than they need to.)
-Eric.
Andre-John Mas wrote:
Will you make a patch to the 2.x branch as well? The project I work
on currently uses the 2.0.1 implementation and we would rather avoid
having to change API to take
I thought about this as well this morning, and couldn't figure out any
flaws with the patch.
-Eric.
Oleg Kalnichevski wrote:
Mike,
I have been also thinking about repercussions on the reliability of the
stale connection check. I tend to conclude that with the existing
architecture (no HTTP
.
-Eric.
Oleg Kalnichevski wrote:
Eric,
This patch makes a difference for only relatively small payloads when
the response content is about the size of the status line + headers. In
most (real life) cases the performance gain is virtually negligible.
This is more about benchmark optimization than
Looks like my attachment didn't come through.
Did anyone see it? My sent box looks ok, but the message sent out via
the mailing list is empty!
-Eric
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
going
to maintain this inside the commons-httpclient/build.*, I'd rename the
commons-logging.jar property to ${logging-jar}, too, so things would
make a little more sense.
I ran the tests and it seems to basically work. I can now, happily say
'bubbye' to commons-logging.
Enjoy
-Eric
!--
Ant
use of
native log4j and commons-logging is what is causing us grief with
certain containers. We're reasonably tucked into log4j that I can't see
ditching it for commons-logging either.
I thought logging was spose to help debugging not cause it!
-Eric
Oleg Kalnichevski wrote:
Hi Eric
Personally up
can email/talk to?
FWIW, I'm not a class-loader expert. I've tried to explain the problems
to commons-logging folks in a bug I filed (and in other bugs I've read),
but I don't see this getting resolved in a timely fashion.
-Eric
A few details btw:
To get things working
to
call releaseConnection().
-Eric.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
(because you might get a SecurityException). I need
to either (1) catch the SecurityException or (2) use a simpler version
of the code that can be enabled without giving access to all system
properties.
-Eric
-
To unsubscribe, e
to the bottom of it
-Eric.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
. And I'd like to force httpclient to use log4j when it's used
within my webapp. This was working fine, fyi, in tomcat4.
Any clues/advice?
Thanks!
-Eric
Michael Becke wrote:
Hi John,
HttpClient uses commons-logging which defaults to Log4j when it is
present on the classpath. You can enable wire
in a
subsequent email, that might quickly reveal the problem. You might also
try on a 1.4.2 vintage JVM, to see if you get different behavior.
-Eric.
David Tonhofer, m-plify S.A. wrote:
Hello,
I have spent the past few hours tracking down a problem that seems to
occur if you push bytes too quickly over
may not work unless you pass the -trustcacerts option when
doing the import. Not sure why that is, and your experience may vary
based on the JRE version you're using.
-Eric.
Andre-John Mas wrote:
Hi,
I have set up a Tomcat 4.1 server to use SSL, with the help of a self-certified
certificate, ie
introduction see:
http://www.laszlosystems.com/lps/laszlo-in-ten-minutes/ .
Btw, we also have an interest in using httpclient as the transport for a
SOAP client if anyone else is working on that.
Best,
-Eric Bloch
-
To unsubscribe, e-mail
about 3.0), you will use up a lot of memory for each connection
since the pool doesn't let idle connections (or their buffers) be gced.
I just got bit bad by that.
-Eric
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Thanks, I filed against 2.0 final. A question: did you guys consider
jmx for your 'preferences architecture' ?
Thanks,
Eric
Oleg Kalnichevski wrote:
Hi Eric
Thanks for bringing this up. HttpClient 3.0 allows for parameterization
of SO_SNDBUF and SO_RCVBUF settings. For HttpClient 2.0 (as well
Ortwin Glück wrote:
Eric Dalquist wrote:
I've been looking through the code dealing with multipart form
uploads and have a few questions. First off, what happens if the text
that someone is uploading contains the boundary text since it is hard
coded in this implementation?
Eric,
Actually
in MultipartFormDataProvider and call an
extra method on FilePart to get the fileName and append it to the
Content-Disposition.
-Eric Dalquist
Kalnichevski, Oleg wrote:
Subject:
RE: multipart/form-data Boundary issues
From:
Kalnichevski, Oleg [EMAIL
to achieve the 2nd
point. The 1st issue would then have to be resolved by someone else. My
code could still use the default, hard coded boundary in the interim though.
-Eric Dalquist
-
To unsubscribe, e-mail: [EMAIL PROTECTED
.
-Eric.
Tim Wild wrote:
Thanks Michael. I have the CA cert and the chained CA certs in my
java_home/jre/lib/security/cacerts file. That CA issued the server
cert too. It all works fine when I use Mozilla.
I'm pretty sure it's a problem with certificate chaining, as when I use
my own test CA, which
will find out the answer to your second question.
However, your third question is very perplexing. Are there SSL modules that
do NOT work with JSSE?Wouldn't that be an open standard?
Lukas
-Eric.
-
To unsubscribe, e-mail
I am seeing this exact same problem with 2.0rc1 as well. A wget to the
server from the same client works fine. The httpclient wire log shows
that I get a redirect and then the in waiting for the HTTP status line
from the redirect, it never comes...
What server are you running?
-Eric
the suggestion as you wish.
-Eric.
Kalnichevski, Oleg wrote:
On a related note, Oleg, are you also working on updating the list of
contributors? If not, I will take a look at it.
Mike,
I found this to be quite a touchy issue. I have been thinking whether there's an acceptable way to inject
Oleg,
Yes, of course. Sorry, I should have done that the first time.
Attached (I hope).
-Eric.
Kalnichevski, Oleg wrote:
Hi Eric
Many thanks for taking time to correct my writing. All corrections make sense to me.
(BTW, no need to be over-diplomatic. I am perfectly aware that my English has
The initial connection to the proxy server is actually done over an
unencrypted channel.
Subsequent communications are encrypted only after the connection to the
proxy has been established.
This isn't a restriction, rather I believe it follows the proxy
specification.
-Eric.
John Melody
I'm happy to change my code but have a version of my product out there
that does it this way and wanted to make sure it wasn't in need of
immediate patch :-)
-E
Roland Weber wrote:
Hello Eric,
by using the same connection manager for each HttpClient,
you avoid the biggest penalty
Hey there,
I create/destroy http clients but always have them use the same
connection manager.
Will that cause thread thrashing?
Thanks,
-Eric
Roland Weber wrote:
Hello Srini,
you should *not* create a new HTTP Client for each request!
This will also create a new connection manager
Michael Becke wrote:
Hi Eric,
By default 20 is max number of total connections. This number will
not be exceeded regardless of the number of hosts being connected to.
What if maxconnsperhost is maxtotal ? For example, imagine I'm
setting maxconnsperhost to 1000.
Thanks,
Eric
I feel like this has been asked before
I'm wondering how I force a socket to close when I'm using this
manager. I couldn't find the api.
Thanks,
Eric
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
release my connections).
-Eric
Michael Becke wrote:
Hi Eric,
The multi-threaded connection manager holds on to connections that
have been released, but it does not necessarily close them.
Connections are only closed if the server sends a connection: close
header or if HTTP 1.0 is used
be the time to consider replacing code. At least, that is what I
understand of US law (of course, IANAL).
-Eric.
Jeff Dever wrote:
+1
Additionally, we should seek to contact those currently in @author
tags that do not have a CLA on file, and ask permission that they be
removed or to encourage
should be aware of? Or is there a doc
somewhere that has the list of changes between rc1 and final?
Thanks again!
-Eric
Michael Becke wrote:
On Mar 17, 2004, at 5:05 PM, Eric Bloch wrote:
Thanks... just to be clear though... the multi-threadded connection
mgr should never hold open more than
Roland Weber wrote:
Hello Eric,
I was thinking about some kind of metrics, too.
Not as advanced as yours, of course :-) But then
I felt that a ranking is not the best approach. It
may lure people to use tricks just to improve
their ranking.
Too true. My perspective on this matter is colored
will
see socket leaks? This is running against JRE 1.3.1 (on linux).
I have a custy that is seeing leaks WebSphere and at the moment,
httpclient is the current suspect since it's one of the few things in
the app that causes it to open sockets.
Thanks,
-Eric
now.
It would at least recognize people who do nothing more than track down
bugs. It would also give us some visibility into the size and
involvement of the HttpClient community.
Darts welcome!
-Eric.
Michael Becke wrote:
The ASF has recently recommended that we discontinue use of @author
Project [EMAIL PROTECTED]
Sent: March 09, 2004 3:54 AM
Subject: Re: Having Trouble with MultipartPostMethod
Eric Mckenna wrote:
but when opened the encoding is all wrong.
The data is there but No Alderan
Could you be more specific about this please? What do you mean
: Eric Mckenna [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: March 08, 2004 8:17 PM
Subject: Having Trouble with MultipartPostMethod
Greetings,
Having some trouble with transferring a file to another server.
Here's the flow:
User submits excel doc to ServerA
ServerA get post, creates
);
p.setTransferEncoding(null);
method.addPart(p);
ServerA is IIS:Tomcat 4.1.29
SeverB is WebLogic8.1
jdk 1.4.1
Thanks,
eric.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
be wrapped, thus hiding them. Since they are
already hidden, your issue would seem to be a problem with *how* they
are exposed (or not). Again, comments and feedback or a patch for bug
26070 would be welcome.
-Eric
InputStream and OutputStream. If it did, it cound not ensure that
persistent connections work properly.
-Eric.
John Keyes wrote:
Guys,
A colleague pointed out to me that this does not in fact resolve the
situation. The solutions pointed out allow me to read the attachment
as a stream
The time seems right. I see no reason to wait!
-Eric.
Kalnichevski, Oleg wrote:
Folks,
I feel it is time we cut the final release. I am convinced we should get the long
overdue HttpClient 2.0 release out and fully concentrate on getting HttpClient 3.0
ready for the first alpha release
with the PMC.
-Eric.
[EMAIL PROTECTED] wrote:
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=26382.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http
Dave,
*You* have to generate the wire log.
See this link http://jakarta.apache.org/commons/httpclient/logging.html
that Oleg pointed you to.
-Eric.
D Alvarado wrote:
Again, here is my noviceness coming out, but
where would I find this wirelog of the HTTP
session? I am running Apache Web
and reliably through proxy servers and routers
that might otherwise drop an idle connection.
-Eric Johnson.
David Webb wrote:
I have written a program that uses HttpClient to call servlets that do batch
jobs and wait for their return...usually no more that 15 minutes. I have the
Server timeout
. Of course, my company sells
such a product, so I should stop now before I cross the line into
advertisement.
-Eric.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
of commons, and also see about having the Bugzilla version updated.
-Eric.
Kalnichevski, Oleg wrote:
Is there an automatic way to move the current issues over to JIRA? The open
bugs are important, but the closed ones also contain a wealth of
information.
I do not have all the details
fundamental architectural limitations of the current
HttpClient 2.0 design.
-Eric.
JEAN REMI LECQ wrote:
Somebody help !
I follow all directive in
http://jakarta.apache.org/commons/httpclient/redirects.html...
But my PostMethode can still not follow redirection !! :-(
My code
This problem seems like it is the perfect candidate for the
ExpectContinueMethod.setUseExpectHeader() function. Isn't this exactly
the scenario for which this header was intended?
-Eric
Oleg Kalnichevski wrote:
Siddhartha,
I believe the solution to this problem is trivial. All it takes
/logging.html, although if
you're using Log4J, you'll have to adopt the instructions as
appropriate. I suggest searching the HttpClient email archives
(http://nagoya.apache.org/eyebrowse/SummarizeList?listId=128) for Log4J
to see how other people have solved this.
-Eric Johnson
Lomvardias
of the code before.
I think various HttpClient commiters are on vacation until Jan., so I
wouldn't expect a more complete response before then.
-Eric.
Gary Gregory wrote:
Hello HttpClient,
For our code which uses HttpClient, I find myself defining constants and
methods in our code for things like
in that library.
-Eric Johnson.
J H wrote:
Hi. I found the HTTP-commons library and I was absolutely ecstatic!
I would appreciate some help though...I'm not sure how to coax it to
send data other than html...I've tried to set the request header to
method.setRequestHeader(Content-Type,content
every time. Is
this a point on which HttpClient should have an option to override the
RFC mandated behavior? As somewhat of a fanatic about security, my take
is that you should be forced to do the right thing, and if you really
want to, the source is there for you to modify.
-Eric.
anon
Oleg,
You're discarding the possibility that HttpClient is approaching
perfection, and doesn't need much in the way of email commentary,
because it works so well.
Ah, er, sorry, I just had to day-dream for a moment there.
-Eric.
Oleg Kalnichevski wrote:
What's up, folks? I have never seen
to talk to actual servers,
and replace them with test cases like the above, wherein we could
mimick (or exactly duplicate) the odd behavior of various servers.
Hopefully this gives someone else an idea
-Eric.
Ortwin Gluck wrote:
[EMAIL PROTECTED] wrote:
Oleg,
I agree, our lack of auth
consuming the remainder of the body of the response.
Hope that helps.
-Eric.
Sven Kohler wrote:
Hi,
it seems that releaseConnection finishes the http-download until it is
complete. I don't want that. I'm looking for a way to close the
HttpConnection if the download wasn't completed yet.
I'm
it would not be collected by the gc() call. Since
Mike's new approach no longer uses multiple threads, the sleep prior to
the gc() call is unnecessary now.
-Eric.
Ortwin Glück wrote:
Mike,
in the test case I would rather introduce a Thread.sleep AFTER the
System.gc() call as well to give
+ HttpConstants.getAsciiString(
Base64.encode(buffer.toString().getBytes(UTF-8) ) );
RFC 2617 appears to be mum on the issue.
Anyone else have a better clue?
-Eric.
P.S. I found this email which might be a useful place to start, but I
couldn't figure out the answer from a quick read of it or its
surrounding
HttpClient even operate with those servers anyway?
Absent the real-world data, I'd stick with only trying to deal with the
bad behavior at the beginning of the next response, rather than at the
end of the previous one.
-Eric.
Kalnichevski, Oleg wrote:
Eric,
Just to clarify things: there's strongno
the connection to the client. HttpClient is
telling the truth with this warning that you see, but in this particular
context, the server explicitly indicates that it will be closing the
connection.
Let us know if you think the logging change above is not sufficient to
your needs.
-Eric.
Brad Clarke
Oleg,
Dang, you're good! You complete fixes before others can even guess at them!
-Eric.
Oleg Kalnichevski wrote:
It strikes me personally that the warning in this particular context
is probably excessive, and it should be logged as a info or debug
message instead, but only
into webapps, then started
up Tomcat with a ./catalina.sh run. Then I ran the tests as reported.
-Eric.
Kalnichevski, Oleg wrote:
Eric,
Strangely enough, I installed Tomcat 4.1.29 yesterday and had no failing test cases of whatsoever. I reran the test cases with the latest code from CVS HEAD and 2.0
us full circle to the original problem - which
one is right?
-Eric.
Oleg Kalnichevski wrote:
Eric,
I just installed Tomcat 4.1.29 on my home PC running Redhat 9 and Sun
JDK 1.4.2. I can't reproduce the problem. All tests pass. The only thing
I did differently was tweaking tomcat's server.xml
for troubleshooting on the web site, and let us know.
-Eric Johnson
Karr, David wrote:
I'm apparently using version 2.0-alpha3-dev of HTTPClient.
I doubt this is a problem with HTTPClient, but I'm just trying to
understand my issue a little better.
I have a servlet running in WebLogic on my desktop
Jandalf,
I guess fighting the Balrog aged you a bit?
Given the collection of dedicated committers, I would hate for a non
binding +1 to be taken as a slight against anyone else, for it most
surely is not! Caveats aside, Michael seems like an excellent choice
from where I sit (+1).
-Eric
:
byte[] getResponseBody(int maxBytes);
and deprecate the old one. In the absence of such support in
HttpClient, presumably you can write such a function for yourself?
I agree with other posts that this is not an issue to solve at the
stream level.
-Eric.
[EMAIL PROTECTED] wrote:
Am Freitag
. The latter condition
suggests an abuse of the HTTP protocol, and an alternative streaming
protocol would be more appropriate.
-Eric.
[EMAIL PROTECTED] wrote:
Eric,
adding a maxBytes parameter to getResponseBody seems to be a resonable idea to
limit the actual number of bytes returned
to do so.
I think you might be able to solve at least some of your issues that way.
-Eric.
Christian Kohlschuetter wrote:
Am Freitag, 10. Oktober 2003 23:40 schrieb Oleg Kalnichevski:
Chris,
Please see my comments in-line
I think it is less the patch itself but a standpoint problem
are on different paths.
A shorter sample of the problem would undoubtedly help out, as it would
let us try exactly the same code you're trying.
-Eric.
Ernst de Haan wrote:
But that is the constructor which is called only once. So my code is
correct, right? If not, please elaborate on what I should do
:
System.setProperty(org.apache.commons.logging.simplelog.log.httpclient.wire,
debug);
although perhaps that is not as obvious as it should be.
-Eric.
David Brady wrote:
I use Log4j for our current project - no problems with it.
I've added to our log4j.properties file:
log4j.category.org.apache=INFO
Danch,
Note the bugs:
http://issues.apache.org/bugzilla/show_bug.cgi?id=23137
http://issues.apache.org/bugzilla/show_bug.cgi?id=22841
If you can, pull the latest code from CVS, or grab a nightly build, and
try it again, as the bug may very well be fixed already.
Let us know how it goes.
- Eric
I am using the httpclient library to implement a caching, converting
proxy and under some stress situations, I see this method infinite loop.
Any clues?
Thanks!
-Eric
-
To unsubscribe, e-mail: [EMAIL PROTECTED
that it should merge in any
client state cookies to the header I add, rather than clobbering mine.
Should I file a bug?
FYI, I work-around this bug, by subclassing GetMethod (or any other
HttpMethod) and overridding addCookieRequestHeader() to be a no-op.
Thanks,
Eric
--
Eric Bloch
Laszlo Systems, Inc
for your time and nice work!
-Eric
Adrian Sutton wrote:
Hi Eric,
If I manually set a cookie header on a request (for example, if I'm
proxying a request myself), HttpMethodBase will always clobber it during
addCookieRequestHeader(). I would think that it should merge in any
client state cookies
at running it with each
release, and thus keep track of the library's performance over time.
-Eric.
Kalnichevski, Oleg wrote:
OK. I did a stupid thing that flawed all my measurements. I have basically ended up measuring the speed of console output ;-). Dumb Russian I am.
Todd, are you sure you
suggested.
-Eric.
Querent wrote:
Dear Odi,
I am using jsse for the ssl implementation.
I still want to use HttpClient in my program.
If I am assuming that the server and client certificate both valid and they're
communicating to each other. Are they communicating in a secure line? (ie: no one
:
Eric,
Of course, the patch can be rolled back. Alternatively we can leave getResponseContentLength() method as is, and introduce an additional method that serve similar function but returns long, not int.
I don't believe we should just roll back the patch either. It is a
design flaw that needs
? Is this
a confirmed problem if not invoking localhost? If it affects one
platform, could we punt on the issue? Which is the specific line
in isStale() that causes the performance degradation? Is there
anyway to speed that one line?
-Eric
then
the excellent group here at HttpClient, so it may not be as smooth as
you like.
-Eric.
Daniel Joshua wrote:
Thanks.
You will have a lot more luck asking these questions on the slide
mailing list since they've actually looked at the code in the past
year. :)
I have joined posted on the Slide
, there would then be two JAR files,
but we could clearly indicate that the combination one would go away by 3.0.
Just an idea.
-Eric.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
See:
http://archives.apache.org/eyebrowse/[EMAIL PROTECTED]msgId=754530
You'll have to configure Log4J, which I do not know well, but it should
be straightforward to do in conjunction with the httpclient logging guide.
-Eric.
Michael Mattox wrote:
I've tried to turn the wire logging
Hello,
If the HTML form is like the following :
form method=post action=/servlet/Show
input type=checkbox name=cb
input type=text name=n
input type=submit value=Show
/form
How can Post to /servlet/Show with the values as following ?
n=Eric and the CheckBox should be CHECKED
Hello,
The following is a HTML form with a set of same name. How can use
HttpClient to post them ??
Best regards,
Eric
=
script language=JavaScript
C_ITEM_NO = 5;
C_BOOKING_HOUR_LIMIT = 3;
function check_input() {
i = 0;
fillCnt = 0;
loopCnt
with HttpClient or the
network.
-Eric.
Michael Mattox wrote:
I'm experiencing something weird and I just want to see if anyone else has
experienced it, and if it may be something I'm doing. Basically my
application is monitoring 700+ websites every 5 minutes and timing the time
it takes
exceptions, so I lean towards the simpler approach
that Oleg outlined.
-Eric.
I personally see two ways of fixing things
1) Back to the roots
-
This approach is basically about going back to a very simple, but clear
framework that existed before but got messed up
some thoughts; feel free to consider or ignore them as you
see fit ;)
Eric
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
for the users of the library that the functions may not behave as
expected, which is almost certainly true based on the lack of test
cases, confusion on this list, confusing documentation, and absence of
any uses within HttpClient.
-Eric.
Adrian Sutton wrote:
All,
Personally, I believe
) current exposed implementation
classes, especially where the interfaces start to supplant them.
Just throwing out my thoughts.
-Eric.
Michael Becke wrote:
I think we are quite ready for a beta2/rc1. I agree that there have
been few new bugs lately but I would still like to see a beta2, just
had a model such as the above, where most people used the one giant
JAR instead of the individual ones, the creation of a separate commons
URI project would be largely one of focus and interest, rather than an
additional dependency quagmire.
-Eric Johnson
Sung-Gu wrote:
Hi all,
I suggest
, and this
week I'm spending my scarce open source time on the client side Slide
DAV library, to improve its compatibility with HttpClient.
Maybe someone else can run with the idea?
-Eric.
-
To unsubscribe, e-mail: [EMAIL
Hey Adrian,
Its in http://issues.apache.org/bugzilla/show_bug.cgi?id=20986 I put it
source in the description and attached it.
Eric
-Original Message-
From: Adrian Sutton [mailto:[EMAIL PROTECTED]
Sent: Saturday, June 21, 2003 12:01 AM
To: Commons HttpClient Project
Subject: Re
on httpclient. It's been a
really nice find. I'm using to at work, but I've gotten more out of it at
home.
Eric
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 11:01 PM
To: Commons HttpClient Project
Subject: Re: PATCH
authentication in particular, but is very detailed on the
underlying NTLM messages. Thanks!
Eric
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
was putting the contentType
determination in the FilePart class it self. Just let me know.
Eric
-Original Message-
From: Adrian Sutton [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 18, 2003 11:10 PM
To: Commons HttpClient Project
Subject: Re: PATCH
be a dead lock.
Eric Johnson wrote:
MultiThreadedHttpConnectionManager.doGetConnection() - line 302,
which reads connectionPool.wait(timeToWait),
This is a limited wait. Not infinite. Oleg, do we ensure that
timeToWait0 somehow?
You seem to be echoing one of my recommendations - the code should
off in the problematic scenario.
Thanks for the feedback.
-Eric.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
It Helps
Eric
--- FilePart.java.orig 2003-06-18 22:18:41.0 -0400
+++ FilePart.java 2003-06-18 22:01:49.0 -0400
@@ -1,5 +1,5 @@
/*
- * $Header:
/home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods/multipart/FilePart.java,v
1.14 2003/03/16
to implement my
own pooling?
It should be sufficient to use the MultiThreadedHttpConnectionManager,
which actually serves multiple tasks, one of them being pooling.
I am sure I have other questions, but this will do for now. :)
Thanks.
Om.
Good luck.
-Eric Johnson
1 - 100 of 118 matches
Mail list logo
