Re: getMethod.getResponseBody() leaks handles

Hi David, Please see my responses below. However, I can see no justification for the difference in behavior between getResponseBody and getResponseBodyAsStream -especially as all getResponseBody does is call getResponseBodyAsStream. The difference is caused solely by the line 689 mentioned b

Re: JDK 1.1.8 problems

It is by no means the only line of code that will not work in 1.1.8. There are quite a few classes that will neither compile nor run in JDKs < 1.2. Mike [EMAIL PROTECTED] wrote: That is really the only code that causes it not to work though. It seems like it would be worth changing 3 lines of

Re: HTTPClient PostMethod - postinf form data

Odi, Either should work. The only difference is one adds and one overwrites. Mike On Friday, August 15, 2003, at 03:13 AM, Ortwin Glück wrote: Anu, you should use authpost.addParameters(new NameValuePair[] {action, url}) and not setRequestBody. HTH Odi NameValuePair action = new Nam

Re: HTTPClient PostMethod - postinf form data

Anu, The problem seems to be the lack of the content type header when setting the request body manually. This value is set when using the NameValuePairs since the method knows how the value are encoded. Either use setRequestBody(NameValuePair[]) or add the following line when setting the bod

Re: HttpClient slowness

Hi Pat, There are a couple of possibilities. Most likely one of the following is happening: - You are experiencing a known slowdown due to HttpConnection.isStale(). This causes a constant slowdown for every method execution. This is to ensure that a connection is still open before it is u

Re: newbie questions

Hi Yue, Please see my responses below. On Wednesday, August 20, 2003, at 07:04 PM, Yue Luo wrote: Hi, I am new to httpclient. I have a few general questions about the library and wonder if you could help me. 1. HTTP 1.1 standard supports pipelining (RFC2616 section 8.1.2.2). I looked at

Re: sample code link does not work

I'll redeploy the site. It seems that a number of apache urls(viewcvs and archives) have changed recently. Mike On Thursday, August 21, 2003, at 12:09 PM, Ortwin Glück wrote: Yue, thanks for the report. It's fixed in the xdocs now. The website just needs redeploying. Odi Yue Luo wrote: H

Re: [VFS|HttpClient] Re: [VFS] Crashes in getContent()

Yes, it looks like you are using HttpClient from HEAD. 2.0 code has been moved into a branch and we've started 2.1 in HEAD. All unit tests are passing but HEAD contains essentially alpha code. If you are looking for something stable I suggest 2.0. Mostly likely there is a bug in HEAD.

Re: sample code link does not work

maven installation, the maven tasks are broken. This is mainly caused by a new version of Checkstyle. They moved their configuration from flat properties format to XML. So we need to write a new checkstyle config file. I can do that next week. I will file a bug for that. Odi Michael Becke wrote

Re: MultiThreadedHttpConnectionManager questions

Hi Chris, There are a couple of things that could be happening but my guess is that somehow connections are still being used once released. Are you holding onto the InputStream returned from HttpMethod.getResponseBodyAsStream() after the method's connection is released? Also, what version of

[Fwd: MultiThreadedHttpConnectionManager questions]

Please see the forwarded message below. Original Message Subject: MultiThreadedHttpConnectionManager questions Date: Fri, 22 Aug 2003 03:23:21 + From: christopher justin <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] CC: mailto:[EMAIL PROTECTED] I have a quetion regarding Class Mu

Re: strange behavior of 2.0-rc1

Hi Leo, These 20 CLOSE_WAIT sockets are from the 20 connections in the pool held by MultiThreadedHttpConnectionManager. When connections are released they are not necessarily closed. My guess is that connections are being lost somewhere. If all 20 connections are checked out and not released

Re: setAuthenicationPreemptive doesn't work with non-null realms

Hi Adam, Yes, the problem is that when using preemptive authentication the realm is not know. To handle this you can set the credentials on the HttpState with a null realm. Mike On Friday, August 22, 2003, at 12:10 PM, Adam Hathcock wrote: Since it enters null for the realm to look for the C

Re: strange behavior of 2.0-rc1

Hello Leo, On Sunday, August 24, 2003, at 04:04 PM, Leo Galambos wrote Hi Mike, what do you suggest? Your tutorial does not cover this - a) you use System.exit(-1) which would not be a good solution in my case ;-); or b) you do nothing, which does not work, because "executeMethod" would throw s

Re: Help -- Proxy

Hi Mike, You've pretty much got it. If you are authenticating to a NTLM proxy, you have to use NTCredentials instead of UsernamePasswordCredentials. Also, just to note, you don't have to create instances of HostConfiguration or HttpState. You can use the ones returned from HttpClient. Mike

Re: strange behavior of 2.0-rc1

a:109) c-0.log-at org.egothor.robot.Capek$Fetcher.run(Capek.java:186) What next? THX Leo Michael Becke wrote: Hi Leo, These 20 CLOSE_WAIT sockets are from the 20 connections in the pool held by MultiThreadedHttpConnectionManager. When connections are released they are not necessarily closed. My

Re: question about HttpState

Hi Yue, Just a few additions to what Adrian posted. On Monday, August 25, 2003, at 12:27 PM, Yue Luo wrote: 2. Do HttpState.addCookies() and HttpState.getCookies() create COPIES of the cookies or work on the cookie objects directly? HttpState uses the instances of Cookie that it is given. No co

Re: strange behavior of 2.0-rc1

I had already asked here, but I did not get a clear answer yet. You know, I cannot read the full stream, because a bad boy could redirect /dev/random to a socket. Thank you Leo Michael Becke wrote: Yea, "good news" :) So now we know that we're losing connections somewhere, and

Re: strange behavior of 2.0-rc1

you had any luck in creating a test case? Thanks, Mike On Thursday, August 28, 2003, at 01:45 PM, Leo Galambos wrote: Mike, the the logs are here: http://com-os2.ms.mff.cuni.cz/temp/ (example.*.*) THX -g- Michael Becke wrote: Yea, "good news" :) So now we know that we&#

Re: strange behavior of 2.0-rc1

Hi Leo, Attached at the bottom of my message is another log4j configuration. This should considerably decrease the amount of logging. It also keeps all of the logging info in a single file. To successfully debug this case we will need all of the logging data for a particular session. In

Re: A bug?

Hi Yue, Yue Luo wrote: Hi, Version 2.0-rc1 When HttpConnection.closeSocketAndStream() is called, it first closes the input stream, and then it closes the output stream. When I am using JSSE, the output stream seems to be also closed by the underlying system when the input stream is close

Re: strange behavior of 2.0-rc1

03, at 11:38 AM, Leo Galambos wrote: Hi Mike, you have it here: http://com-os2.ms.mff.cuni.cz/temp/example.log.gz (2767808B) I set maxTotalConnection=5. -g- Michael Becke wrote: Hi Leo, Attached at the bottom of my message is another log4j configuration. This should considerably decrease t

Re: strange behavior of 2.0-rc1

k.cz www.kisshady.cz www.meliorannis.cz www.mobil.cz www.netem.cz www.notebooky.cz www.palmare.cz www.plnehry.cz www.pocketpc.cz www.reality.cz www.reality21.cz www.technet.cz www2.ticketpro.cz Mike On Saturday, August 30, 2003, at 12:50 AM, Michael Becke wrote: Hi Leo, Well, I've done some

Re: strange behavior of 2.0-rc1

12:59 PM, Michael Becke wrote: Well, I've narrowed it down a little. It seems that connections made to the host below are not being released. Coincidentally all of these hosts use chunked encoding. I don't know if this is the cause, but it seems suspicious. I'm going t

Re: Setting up HTTP/1.0 connection?

Hi Dan, Try HttpMethodBase.setHttp11(false). Mike On Sunday, August 31, 2003, at 11:18 AM, Dan Tran wrote: Hi, I am new to HttpClient and hope this is the right list to ask. How do I configure HTTP/1.0 connection? -Dan - To

Re: Servlet to handle fileupload example - missing

Hi Dan, Commons FileUpload is what you're looking for. Mike On Sunday, August 31, 2003, at 12:01 PM, Dan Tran wrote: Hello, I notice the webapp test does not have a servlet to handle fileupload example. am I suppose to write one? Any advice? Thanks -Dan I am using RC1

Re: HttpGet with Chunked response

Hi Dan, HttpClient certainly handles chunked responses. Can you be more specific about what you are trying and what is failing? Stack traces and wire logs are always helpful. Mike On Monday, September 1, 2003, at 12:41 PM, Dan Tra

Re: Servlet to handle fileupload example - missing

Putting todos in bugzilla sounds like a good idea to me. Mike On Monday, September 1, 2003, at 02:08 AM, Adrian Sutton wrote: On 01/09/2003 4:01 PM, "Dan Tran" <[EMAIL PROTECTED]> wrote: Thanks Michael. Was there any reason why HttpClient does not include one? Usually it would be a big help f

Re: A bug?

Monday, September 1, 2003, at 07:46 AM, Roland Weber wrote: Michael Becke wrote: Any thoughts on why we close the streams and then the socket? Someone might have implemented sockets with buffered streams. Closing only the socket directly would not dispose of the buffers. Given the SocketFactory

Re: Servlet to handle fileupload example - missing

ave a serverside fileupload already written, I would love to have it. Of course this is unsupported at httpclient list. -Dan - Original Message - From: "Michael Becke" <[EMAIL PROTECTED]> To: "Commons HttpClient Project" <[EMAIL PROTECTED]> Sent: Monday, S

Re: A bug?

stopping to receive, e.g. for SSL connections. regards, Roland Michael Becke <[EMAIL PROTECTED]> 01.09.2003 21:16 Please respond to "Commons HttpClient Project" To: "Commons HttpClient Project" <[EMAIL PROTECTED]> cc: Subject:

Re: I am back

Hi Oleg, Welcome back from Croatia. I hope you had a restful vacation. I'm very excited about the new configuration system. I have lots of ideas and suggestions and will post a response tonight. Mike On Wednesday, September 3, 2003, at 05:09 PM, Oleg Kalnichevski wrote: I am back from holid

Re: setBodyCheckTimeout causes problems in closing the connection

Hello, I am attempting the scenario you describe and am having similar yet different results. For me, the problem occurs in both 2.0 as well as 2.1. Also, I am getting an exception in HttpConnection.isResponseAvailable() when the SO_TIMEOUT is reset in the finally clause. Most likely th

Re: [VFS|HttpClient] Re: [VFS] Crashes in getContent()

Hi Adam, On Friday, September 5, 2003, at 12:01 AM, Adam R. B. Jack wrote: From my perspective, it fizzled and died here. I logged a bug report on HttpClient (on one crash I received) but I don't believe any action has occurred. I must disagree with you here. I responded to your bug report about

Re: [VFS|HttpClient] Re: [VFS] Crashes in getContent()

Hi Adam, No worries. I agree with you that connection.getProtocol().getScheme() is where the NPE is occuring. This means that either the connection or the protocol are null. From looking through the code and running various tests I am unsure of how this could happen. My guess is that the c

Is Bugzilla mail broken? was [VFS|HttpClient] Re: [VFS] Crashes in getContent()

It seems that Bugzilla is not sending email for some reason. Anyone have some insight into this? Mike Adam R. B. Jack wrote: I updated the bug database (I believe) so this is posted there. FWIIW: I do not believe I am receiving e-mails from the bug tracker. Are other folks? Did you get my up

Re: TestResponseHeaders#testDuplicateProxyConnection()

Yes, on HEAD. I'm looking into it. Mike On Saturday, September 6, 2003, at 09:22 AM, Oleg Kalnichevski wrote: Once of a sudden, testDuplicateProxyConnection started failing on me. Anyone experiencing similar problem? Oleg - To

Re: TestResponseHeaders#testDuplicateProxyConnection()

Looks like it's my fault. It's from the changes I made to NoHostHttpConnectionManager. I must not have run the tests, which is strange for me. Fix coming shortly. Sorry, Mike On Saturday, September 6, 2003, at 10:25 AM, Michael Becke wrote: Yes, on HEAD. I'm looking int

Re: TestResponseHeaders#testDuplicateProxyConnection()

Fixed. Mike On Saturday, September 6, 2003, at 10:35 AM, Michael Becke wrote: Looks like it's my fault. It's from the changes I made to NoHostHttpConnectionManager. I must not have run the tests, which is strange for me. Fix coming shortly. Sorry, Mike On Saturday, September 6

Re: DO NOT REPLY [Bug 15435] - New Preferences Architecture

I will write a little something about my ideas behind the HttpParamsFactory when I get home tonight. Mike [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT

Re: ConnectionTimeoutException doesn't releaseConnection()

It's very possible that the code in HEAD does not handle this case properly. If you would open a bug in Bugzilla with this info I will take care of the problem this weekend. Thanks, Mike On Friday, September 12, 2003, at 07:40 AM, [EMAIL PROTECTED] wrote: Hi, this is the pattern I use: Try

Re: Include generated website in the distribution

I think this should just require a minor change. The site is currently included in the binary distribution, but not the source. I haven't really looked into why, but I can't imagine it will require much. I will take a look at this if you like. Mike Kalnichevski, Oleg wrote: Folks, This bug

Re: Include generated website in the distribution

Yes. Mike On Sunday, September 14, 2003, at 04:37 AM, [EMAIL PROTECTED] wrote: Are you guys using maven dist to build the distribution? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Kalnichevski, Oleg" <[EMAIL PROTECTED]> wrote on 12/09/2003 10:48:47 PM

Re: Include generated website in the distribution

the right tag? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Michael Becke <[EMAIL PROTECTED]> wrote on 15/09/2003 11:03:07 AM: Yes. Mike On Sunday, September 14, 2003, at 04:37 AM, [EMAIL PROTECTED] wrote: Are you guys using maven dist to bui

Re: DO NOT REPLY [Bug 23284] - problem with isIPv4address() for relative uri's

Is this the standard? I don't think we use the @ anywhere else. Mike On Monday, September 22, 2003, at 03:12 AM, Ortwin Glück wrote: [EMAIL PROTECTED] wrote: If there are no objections I will apply this patch tomorrow. I think the patch is okay. Please use the correct TODO syntax: //@TODO w

Re: fileupload question

Hi Mark, If you are using the MultipartPostMethod it is specified in the FilePart constructor. For example, if you were uploading a gif it might look something like: MultipartPostMethod post = new MultipartPostMethod("/somepath"); File f = new File("/tmp/test.gif"); post.addPart(new FilePart("

Re: JDK 1.1.8 problems

How much work was involved in the port? Is it something that will be maintainable? Mike Oleg Kalnichevski wrote: Folks, I just finished porting HttpClient 2.0rc1 to JRE 1.1. If there's enough interest I'll put a semi-official HttpClient fork on SourceForge.org for those who, like me ,still have

Re: JDK 1.1.8 problems

Oleg Kalnichevski wrote: It took me just a few hours, but I have to say I know quite a bit about HttpClient's internals. Well, I hope so:) This year release is going to be the last one with JRE 1.1 support as far as my application is concerned. I doubt I would actively maintain the port myself. U

Re: connection leak in HttpMethodBase when HttpRecoverableException is re-thrown

Danch, Are you calling method.releaseConnection() in the exception case? Mike danch wrote: Thanks for the reply. I pulled down the release2 branch to do this testing. The branch built without my patch locks up in 'doGetConnection' if I start a multithreaded test then kill the webservices serve

Re: connection leak in HttpMethodBase when HttpRecoverableException is re-thrown

ed in HttpClient.executeMethod, for example). What is the rule for who should call the releaseConnection method when? thanks, danch Michael Becke wrote: Danch, Are you calling method.releaseConnection() in the exception case? Mike danch wrote: Thanks for the reply. I pulled down the release2 branch to do this te

Re: Problem with multipart post data - Content-Transfer-Encoding: 8bit

Hi Dan, It seems that a number of servers do not handle multi-part requests correctly and subsequently have trouble with posts that include transfer-encoding or content-type. Please see this email thread for a possible solution . I wil

Re: connection leak in HttpMethodBase when HttpRecoverableException is re-thrown

some exception cases but not others? Michael Becke wrote: danch, Method.releaseConnection() should be called for all methods executed, including those that end in an exception. This is the general rule, though it should only be necessary for methods that could potentially return a response. I

Re: How do I get passed my NT Proxy?

Hi Aaron, Is 'comp.com' the name of the NT domain where the account 'username' is defined? The domain given to NTCredentials should be a NT domain name. Mike Rustad, Aaron wrote: OK, I know this questioned has been asked many times, and I am afraid that I have to ask once more. I have looked t

Re: How do I get passed my NT Proxy?

Aaron, Please try using preemptive authentication. client.getState().setAuthenticationPreemptive(true); Mike Rustad, Aaron wrote: Is there anyway I can see the response (short of setting up a sniffer)? Why would this be causing a problem? On the second and third attempt, it sends the NTLM auth

Re: How do I get passed my NT Proxy?

Yes, this is definitely the problem. I haven't looked at the code to verify, but is it possible that the "connection: close" from the first request is being reused? Mike Kalnichevski, Oleg wrote: [DEBUG] wire - -<< "HTTP/1.1 407 Proxy authentication required[\r][\n]" [DEBUG] wire - -<< "Proxy

Re: capturing http post response parameters.

Hello, The response to a HTTP post contains a status line, headers, and usually a body. The status line basically just contains a code indicating the status of the request. This can be retrieved via getStatusCode(). The headers contain a variety of meta-information about the request. For exa

Re: capturing http post response parameters.

ated with jobid and ack. Ketan Michael Becke wrote: Hello, The response to a HTTP post contains a status line, headers, and usually a body. The status line basically just contains a code indicating the status of the request. This can be retrieved via getStatusCode(). The headers contai

Re: Is there still anything that blocks 2.0RC2 release?

Not that I know of. Mike On Tuesday, October 7, 2003, at 04:33 AM, Kalnichevski, Oleg wrote: Is there still anything that blocks 2.0RC2 release? Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

Re: Is there still anything that blocks 2.0RC2 release?

=10644270561&r=1&w=2 Oleg -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 07, 2003 14:17 To: Commons HttpClient Project Subject: Re: Is there still anything that blocks 2.0RC2 release? Not that I know of. Mike On Tuesday, October 7, 2003, at

Re: Is there still anything that blocks 2.0RC2 release?

ould do it automatically. Oleg On Tue, 2003-10-07 at 17:41, Michael Becke wrote: Yes, a final decision still needs to be made on that one. Do you have any thoughts? Mike Kalnichevski, Oleg wrote: Mike, What is the outcome of this one? Is there anything we may need to do regarding automatic

Re: Is there still anything that blocks 2.0RC2 release?

Oleg, Okay, I'll take a look at this when I get a chance. Let's go ahead and proceed with a rc2 without this change. If I can get to it in time we can include it, if not we won't. Mike Oleg Kalnichevski wrote: Generally speaking I agree. I wanted to look at it more carefully though to ver

[VOTE] 2.0 RC2 release

I propose that we mark the latest code in CVS HTTPCLIENT_2_0_BRANCH as RC2 and proceed with a release. Please vote as follows: -- Vote: HttpClient 2.0 RC2 release [ ] +1 I am in favor of the release, and will help supp

Re: [VOTE] 2.0 RC2 release

+1 On Tuesday, October 7, 2003, at 07:16 PM, Michael Becke wrote: I propose that we mark the latest code in CVS HTTPCLIENT_2_0_BRANCH as RC2 and proceed with a release. Please vote as follows: --- --- Vote: HttpClient 2.0

Re: MultiThreadedHttpConnectionManager question

Hi Andrea, The MultiThreadedHttpConnectionManager creates connections and keeps them open as long as it can. The number of connections kept open can be configured using setMaxConnectionsPerHost() and setMaxTotalConnections(). The issue of the sockets in the CLOSE_WAIT state seems to be a sid

Re: MultiThreadedHttpConnectionManager question

[OGc] wrote: OGc> It seems that this can be worked around by setting the SO_LINGER time. OGc> See this posting for details: OGc> OGc> http://www.geocrawler.com/archives/3/928/2000/5/0/3820105/ OGc> OGc> Odi OGc> OGc> Michael Becke wrote: ??

[VOTE][RESULT] 2.0 RC2 release

The final vote was +3 with no negatives. Let's plan on tagging the branch once the pending changes to fix System property access are applied (assuming they are going into 2.0). Mike - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: MultipartPostMethod and Content-Type

Hello Luis, Please take a look at MultipartPostMethod.addPart(Part) and the FilePart class. These should be what you are looking for. Mike On Thursday, October 9, 2003, at 10:42 PM, Luis Augusto Coutinho Sauerbronn wrote: Hello! I am using a MultipartPostMethod object to submit 3 files and

Re: Proposal: Configurable HTTP Response length limit

Hi Christian, I second/third Odi's and Oleg's sentiments. This functionality really belongs in a layer above HttpClient. If you do create something that fits into this niche it would be welcomed in the HttpClient contribs directory. Mike On Friday, October 10, 2003, at 06:47 AM, Christia

Re: Proposal: Configurable HTTP Response length limit

I agree with Oleg here. The real problem is the inability to terminate a request and force close a connection. Having this functionality would help in this case as well as many others. Mike Oleg Kalnichevski wrote: I think the shortest example to demonstrate HTTPClient looping endlessly is

Please verify 2.0 RC2

2.0 RC2 has been tagged in CVS and the distribution has been created. I would appreciate it if someone could verify the documentation and the builds before I push them to the official site. Thanks, Mike -

Re: [PATCH] Force-close connection debugging (was Re: Please verify 2.0 RC2)

Fine with me. Mike On Monday, October 13, 2003, at 07:01 AM, Oleg Kalnichevski wrote: Mike and all, I would like one minor non-functional change to go in before the RC2 is released. Any objections to that? Oleg On Mon, 2003-10-13 at 00:17, Michael Becke wrote: 2.0 RC2 has been tagged in CVS

Re: [PATCH] Force-close connection debugging (was Re: Please verify 2.0 RC2)

- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2003 13:52 To: Commons HttpClient Project Subject: Re: [PATCH] Force-close connection debugging (was Re: Please verify 2.0 RC2) Fine with me. Mike On Monday, October 13, 2003, at 07:01 AM, Oleg Kalnichevski wrote: Mike and all

Re: Does HttpClient have support for some sort of Document objectmodel?

I haven't tried it, but I would suggest taking a look at HTMLUnit . Mike Raj Wagle wrote: That's fine. I did think it may not be within the scope of what HttpClient can accomplish. Then the next question was, are there any libraries which can take the response

Re: Setting up to use multipart/mixed

Hello Jorrit, Please take a look at the following: Mike Jorrit Kronjee wr

Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

/ Michael Becke <[EMAIL PROTECTED]> wrote on 14/10/2003 12:30:44 PM: The Jakarta Commons HttpClient development team is pleased to announce the release of HttpClient 2.0 RC2. This release consists primarily of bug fixes and will hopefully be the last RC release. Please visit the HttpClient website

[ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

The Jakarta Commons HttpClient development team is pleased to announce the release of HttpClient 2.0 RC2. This release consists primarily of bug fixes and will hopefully be the last RC release. Please visit the HttpClient website and download thi

Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

These are some definite benefits. I think that Mark's concerns are also valid. The presence of an exe installer might indicate to users that HttpClient is an application instead of a library. If we do decide to implement the installer I think we will have to address this question in document

Re: Where is the wired log?

Are you using log4j? Mike On Tuesday, October 14, 2003, at 06:26 PM, Raj Wagle wrote: Sorry if I'm asking trivial questions, but the raw HTTP is not there on the console. That's where I should be expecting it, right? I hope it's not going to some file. I've carefully gone through the trac

Re: Reconnecting when using MultiThreadedHttpConnectionManager

Hi Itai, Could you be more specific about what you mean by reconnect? What exactly is happening? A stack trace and wire log would be helpful. Generally speaking HttpClient should handle creating, opening and closing all connections

Re: Reconnecting when using MultiThreadedHttpConnectionManager

(true); does this makes sense? thanks, Itai --- Michael Becke <[EMAIL PROTECTED]> wrote: Hi Itai, Could you be more specific about what you mean by reconnect? What exactly is happening? A stack trace and wire log <http://jakarta.apache.org/commons/httpclient/logging.html> woul

Re: Reconnecting when using MultiThreadedHttpConnectionManager

Could you be more specific? Mike On Wednesday, October 15, 2003, at 10:42 PM, Itai Brickner wrote: Im not sure who is in charge, but I think someone should update the tutorial... thanks, Itai --- Michael Becke <[EMAIL PROTECTED]> wrote: Yep, that will do it. Having connectionStaleCh

Re: [PATCH] Single line feed treated as false connection close

Hi Tim, Could you provide some more specifics regarding the two bugs that you mention? In particular, sample code, stack traces, and either a URL or a wire log . Thanks, Mike On Wednesday, October 15, 2003, at 05:28 PM, Tim McCune

Re: DO NOT REPLY [Bug 15435] - New Preferences Architecture

Hi Oleg, Sorry for being a little slow on this patch. I took a quick look at it a few days ago, but did not have enough time to make any useful comments. I will look again this weekend. Mike [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROU

Re: [PATCH] NPE in HttpMethodBase#responseBodyConsumed()

I agree this will fix the problem, but I am also wondering how it ever occurs. Mike On Saturday, October 18, 2003, at 02:44 PM, Oleg Kalnichevski wrote: The fix is simple. But I failed to figure out is how on earth responseBodyConsumed() got called with null responseConnection. Tim, can you ex

Re: [PATCH]: Status line parsing is not robust enough

Looks good to me. Mike On Saturday, October 18, 2003, at 02:07 PM, Oleg Kalnichevski wrote: I ran into a problem where the HttpClient kept thinking that the connection was closed while talking to an IIS 5.0 server, even though my web browser could load the page fine. Turns out that the serve

Re: [PATCH]: Status line parsing is not robust enough

Go for it. Mike On Sunday, October 19, 2003, at 12:50 PM, Oleg Kalnichevski wrote: Mike, If you agree, I'll commit this one shortly. Oleg On Sun, 2003-10-19 at 17:16, Michael Becke wrote: Looks good to me. Mike On Saturday, October 18, 2003, at 02:07 PM, Oleg Kalnichevski wrote: I ran

Outstanding patches?

Oleg, Are there any outstanding patches that need review? Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Java 1.1.8 Status

The use of references in the MultiThreadedHttpConnectionManager is not entirely necessary. They are only used to reclaim connections that were not released properly. In general circumstances connection reclaiming should not be needed. Mike On Wednesday, October 22, 2003, at 05:26 PM, Sam

Re: Adding Cookies to a request manually

Hi Mark, You will want to add the cookies to the HttpClient's HttpState. Please take a look at the following for an example: Oleg has also recently

Re: Virtual Proxies

Hi Chris, Setting a null realm on the credentials should do the trick. Mike Riddick, Chris wrote: Can anyone offer any advice with this situation... We have a virtual proxy id which hides 3 physical proxy servers. This means that when we connect using httpclient to the host "OURPROXY", we could

Re: java exception

Hello, This is an internal JVM error. It doesn't appear to be an OutOfMemoryException. I would suggest talking to Sun about this one. You may also want to upgrade to a newer JVM. Mike On Friday, October 24, 2003, at 01:13 PM, [EMAIL PROTECTED] wrote: Hi all, I am not sure this is the rig

Re: SoTimeout setting

It would look something like the following: HttpClient client = new HttpClient(); client.getHttpConnectionManager().getParams().setSoTimeout(10); This setting will then effect all connections created using the connection manager associated with the instance of HttpClient. Mike O

Re: SoTimeout setting

I am a little wary about adding to much configuration functionality to the connection managers. In my mind the connection managers are only responsible for managing access to connections. It's up to the methods and HttpClient to manage use of them. My only thought at the moment is to add an

Re: SoTimeout setting

Mike, Why do you think that providing an ability to enumerate of HTTP connection would break this pattern? I think that adding this functionality could be okay depending on the use. My worry is that it opens up a whole host of possible invalid uses. This was not the concern I was trying to conve

Re: SoTimeout setting

On Oct 27, 2003, at 6:12 PM, Oleg Kalnichevski wrote: Mike, I see what you mean. Still, no matter how I look at it, socket/connection timeout parameters on the HttpMethod level does not seem right. Yes, I agree. My intention would be to specify connection configuration on a per request basis. T

Re: SoTimeout setting

On Oct 28, 2003, at 3:57 AM, Kalnichevski, Oleg wrote: I have (what appears to me at) a fairly straight-forward approach: allow HttpConnectionParams to be created and customized before physical HttpConnection instance is allocated, when connection manager allocates a connection it can look corre

Re: SoTimeout setting

Mike, this is certainly a possibility. What tortures me is realization that with this kind of setup HttpConnection (and possibly HttpConnectionManager) should not have been HttpParams-enabled after all. My initial plan was to enable the user to enumerate HttpConnections contained by the multithrea

Re: FW: cactus-13-1.5-rc and commons-httpclient-2.0-rc2.jar works on jdk1.4 and above only?

I think I've found the problem. In 1.4, Sun added StringBuffer.append(StringBuffer) to compliment the existing StringBuffer.append(Object). The problem is that STUPID me ran maven for this release with 1.4. The method call was bound to the append(StringBuffer) method, since it is the best op

Re: cactus-13-1.5-rc and commons-httpclient-2.0-rc2.jar works on jdk1.4 and above only?

3, at 8:13 PM, Adrian Sutton wrote: On 29/10/03 8:12 AM, "Michael Becke" <[EMAIL PROTECTED]> wrote: I think I've found the problem. In 1.4, Sun added StringBuffer.append(StringBuffer) to compliment the existing StringBuffer.append(Object). The problem is that STUPID me ran m

Re: cactus-13-1.5-rc and commons-httpclient-2.0-rc2.jar works on jdk1.4 and above only?

ffer.append(StringBuffer) is not used Please take a look and let me know. Mike On Oct 28, 2003, at 10:05 PM, Michael Becke wrote: Okay. I will apply a small patch to 2.0 and HEAD shortly that should take care of this problem. Afterwards I will regenerate the 2.0RC2 release, hopefully with 1.2.2.

  1   2   3   4   5   6   7   8   >