Well, the URL I'm going to is using https, but I'm not doing anything
specific with SSL in the HttpClient connection. 

> -----Original Message-----
> From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, September 05, 2006 9:27 AM
> To: Jakarta Commons Users List
> Subject: RE: How to make HttpClient NOT send 
> "Proxy-Connection: Keep-Alive"?
> 
> On Tue, 2006-09-05 at 09:12 -0700, Karr, David wrote:
> > I'm confused.  This seemed like it would work.  I added two 
> > subclasses, one called "GetMethodNoKeepAlive", and the other 
> > "PostMethodNoKeepAlive".  I created instances of those instead of 
> > "GetMethod" and "PostMethod".  Each of the subclasses has an empty 
> > "addProxyConnectionHeader" method, except for a print 
> statement saying 
> > it got there.  I monitored the execution in Ethereal.  When it 
> > executed, I saw the print statements execute, but my timing 
> behavior 
> > made it look like it made no difference.  In my Ethereal results, I 
> > still see the
> > "Proxy-Connection: Keep-Alive" when it connects to the 
> external host.
> > 
> 
> David,
> 
> Are you using SSL tunneling by any chance? 
> 
> Oleg
> 
> > I even tried overriding the "shouldCloseConnection" method 
> to return 
> > true, in both classes.  Still no effect.
> > 
> > > -----Original Message-----
> > > From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, September 05, 2006 5:00 AM
> > > To: Jakarta Commons Users List
> > > Cc: Karr, David
> > > Subject: Re: How to make HttpClient NOT send
> > > "Proxy-Connection: Keep-Alive"?
> > > 
> > > On Wed, 2006-08-30 at 15:04 -0700, Karr, David wrote:
> > > > This may seem strange, but is it possible to make
> > > HttpClient NOT send
> > > > the "Proxy-Connection: Keep-Alive" header?
> > > > 
> > > 
> > > David,
> > > 
> > > There's no elegant solution to this problem. The only way to work 
> > > the problem around is to subclass method classes (such as 
> GetMethod, 
> > > PostMethod, and so on) and override the 
> > > HttpMethodBase#addProxyConnectionHeader method
> > > 
> > > Oleg
> > > 
> > > > I'm trying to write a test tool to load test an outside web
> > > service,
> > > > but doing it in a way that is somewhat consistent with 
> an internal 
> > > > application that will be calling that outside web service.  My 
> > > > test tool can send the message multiple times so we can generate
> > > statistics
> > > > on the roundtrip time.  What I first noticed is that 
> when I send N 
> > > > messages on a thread, the 2nd-Nth message is faster 
> than the first 
> > > > one.  After examining the protocol behavior in 
> Ethereal, I noticed 
> > > > that HttpClient appears to be sending a "Proxy-Connection:
> > > Keep-Alive" 
> > > > header.  If I modified my test code to add a manual delay (9-10
> > > > seconds) between each message send, then the 2nd-Nth
> > > message timings
> > > > were about the same as the first one.
> > > > 
> > > > I'd prefer not to have that manual delay between each message.  
> > > > For the sake of getting consistent results, is there any way to 
> > > > disable the sending of the "Proxy-Connection: 
> Keep-Alive" header?
> > > > 
> > > > 
> > > 
> --------------------------------------------------------------------
> > > -
> > > > To unsubscribe, e-mail: 
> > > > [EMAIL PROTECTED]
> > > > For additional commands, e-mail: 
> > > [EMAIL PROTECTED]
> > > > 
> > > > 
> > > 
> > > 
> > > 
> --------------------------------------------------------------------
> > > - To unsubscribe, e-mail: 
> > > [EMAIL PROTECTED]
> > > For additional commands, e-mail: 
> > > [EMAIL PROTECTED]
> > > 
> > > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: 
> [EMAIL PROTECTED]
> > 
> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to