Hello Aaron,

1. for the time being, this list is the right place.

2. Your idea sounds more like a feature request than
   a use case to me. It does not say to what purpose
   you would actually _use_ the HttpClient. 

3. Currently, you can set parameters that are not
   explicitly specified by the application/library through
   DefaultHttpParams.getDefaultParams().setParameter(...)
   I don't see that changing anytime soon.

4. As a middleware programmer, you bet *I* would lock
   out applications if I could, for the following reasons:

a) applications using a library are supposed to use the
    library's API, not hack through the internals

b) if an application plays around with internal parameters
    and thereby breaks the library functionality, there will
    be bug reports claiming that the library is broken.
    These are extremely hard to track down, because the
    bug report most likely will not mention that someone
    is playing around with the internals.

cheers,
  Roland





Aaron Hamid <[EMAIL PROTECTED]> 
12.02.2005 23:54
Please respond to
"HttpClient Project"


To
HttpClient Project <[email protected]>
cc

Subject
Re: [Jakarta-HttpClient Wiki] New:  RequestForUseCases






I would like to raise (or keep alive) this use case but cannot edit the 
wiki (so I hope the list is the right place to raise it):

OrthogonalInstrumentation

It would be nice if HttpClient provides a way to perform configuration 
either at a global scope, or according to some criteria, independent of 
direct programmatic usage; for example through system properties, 
static/global configuration mutators, or classloader lookups.  This 
would allow client applications to configure or modify http client 
behavior when Commons HttpClient is used by an intermediary library 
which does not or should not expose access to HttpClient.  You can be 
sure there will be libraries that use HttpClient internally, but will 
not expose it, locking consumer applications out of customizing http 
client behavior.

Aaron Hamid



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


Reply via email to