Hi,
One thing I find strange is that the response is
actually stuffed in the method object (GetMethod, ...). So you use the method
object for both setting the request and accessing the result. I would think it
is better to separate the 2 and provide a response object class.
What do you think ?
Also, the default is to use the disk to store the
results. Is that because the design is to read all waiting data from the stream
at once and stuff it either on disk or in memory ? This is fine for some cases
but there are cases, when it is preferable to leave the data on the server so
that it is consumed bit after bit during the processing logic in the application
code ... [sorry, I haven't looked closely at the code there to know the exact
behaviour]
What do you think ?
Thanks
-Vincent
|
Title: RE: [Vote] Vote for a new Cactus committer
- RE: [Vote] Vote for a new Cactus committer Geir Magnusson Jr.
- HttpClient and HTTP headers/parameters Vincent Massol
- HttpClient setQuery() Vincent Massol
- HttpClient and HttpMethodBase.setParameter... Vincent Massol
- HttpClient, clones and future Vincent Massol
- Re: HttpClient, clones and future Remy Maucherat
- Re: HttpClient and HttpMethodBase.setP... Remy Maucherat
- Re: HttpClient setQuery() Remy Maucherat
- HttpClient and some public methods Vincent Massol
- HttpClient and Cookie bug Vincent Massol
- HttpClient and Cookie bug Vincent Massol
- Re: HttpClient and Cookie bug Remy Maucherat
- Re: HttpClient and Cookie bug Scott Sanders
- Re: HttpClient and Cookie... Remy Maucherat
- Link problem on Commons w... Jim Cheesman
- Re: HttpClient and response design Remy Maucherat
- Re: HttpClient and response desig... Scott Sanders
- Re: HttpClient and response d... Vincent Massol
- Re: HttpClient and respon... Scott Sanders
- Re: HttpClient and some public methods Remy Maucherat