> 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
Mike, Why do you think that providing an ability to enumerate of HTTP connection would break this pattern? > My only thought at the moment is > to add an HttpConnectionParams param to HttpClient.executeMethod(). What good would that make? You can always get HttpConnectionParams from the HttpConnection. Am I missing something? Oleg -----Original Message----- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: Monday, October 27, 2003 17:57 To: Commons HttpClient Project Subject: 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 HttpConnectionParams param to HttpClient.executeMethod(). Oleg, what do you have in mind here? Mike Kalnichevski, Oleg wrote: >> If I can't modify the timeout for any connections in the pool, how >> can I get a connection with a different timeout just for that >> thread and not for all of them? > > > All right. That's the real issue here. If my memory does not fail me, > we have already discussed it, agreed that it was a limitation, and I > have committed to provide a fix for it. If you want to make sure that > the issue does not go forgotten, just file a bug report with the > bugzilla. > > Oleg > > > Kalnichevski, Oleg wrote: > >> Are you sure you want to be able to set different SO_TIMEOUT per >> method, not per connection? >> >> Oleg >> >> -----Original Message----- From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Sent: Monday, October 27, 2003 16:54 To: >> Commons HttpClient Project Subject: Re: SoTimeout setting >> >> >> Does it mean that I can't set different timeouts for different >> methods sharing the same client? If not, how can I arrange this? >> >> thanks again >> >> Kalnichevski, Oleg wrote: >> >> >>> Here's the current hierarchy of preference objects >>> >>> Global params ! +--- HttpClient params ! +--- >>> HttpConnectionManager params ! ! ! +--- HttpConnection >>> params ! +--- HttpMethod params >>> >>> Logically SO_TIMEOUT parameter applies to HttpConnection objects. >>> It has nothing to do with HttpMethod objects (at least in my >>> opinion). This way SO_TIMEOUT parameter can be defined at the >>> HttpConnection level or any level above HttpConnection, that is >>> HttpConnectionManager, HttpClient, or Global. HttpConnection will >>> retrieve the value of SO_TIMEOUT from the lowest level at which >>> it is defined. Per default SO_TIMEOUT is undefined, that is, the >>> JVM default value will apply >>> >>> HTH >>> >>> Oleg >>> >>> >>> >>> -----Original Message----- From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] Sent: Monday, October 27, 2003 15:08 To: >>> Commons HttpClient Project Subject: SoTimeout setting >>> >>> >>> Hi, how am I supposed to set the socket timeout for an HttpClient >>> and for different HttpMethods with the new preferences >>> architecture? >>> >>> I don't understand the inheritance scheme: how can >>> HttpMethodParams inherit SO_TIMEOUT from HttpConnectionParams? >>> What is the default value of SO_TIMEOUT for a client and for a >>> method? >>> >>> thanks a lot >>> >>> >>> --------------------------------------------------------------------- >>> 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] > > > --------------------------------------------------------------------- > 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]
