hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Asankha C. Perera" <asan...@apache.org>
Subject Re: [HttpCore] Promote HttpBenchmark code out of contrib
Date Sun, 14 Feb 2010 06:25:13 GMT
Hi all

I've enhanced the AB clone to :
- support any HTTP method (GET, HEAD, PUT, POST, DELETE, OPTIONS, TRACE..)
- request GZiped responses
- select chunked or content length encoding
- send Expect-Continue handshake

Additionally the AB clone can now be embedded into other higher level
applications - such as to a GUI; and allows the easy specification of a
SOAPAction, identity and trust stores - or the complete disabling of SSL
server verification for testing.


Oleg Kalnichevski wrote:
> On Wed, 2010-02-03 at 09:23 +0530, Asankha C. Perera wrote:
>> Hi Oleg
>> This is a great move!.. I've made some local modifications to this code
>> in the recent past to support/control all HTTP methods, Gzip, Chunking
>> and use of Expect handshake, and I will commit the changes in a few more
>> days after you are done with HTTPCORE-178
>> BTW, I believe you will take out the "contrib" from the package name now
>> that its a new module
>> thanks
>> asankha
> Hi Asankha
> I think I am done tinkering with the HttpBench code. It is all yours
> now. Feel free to take out 'contrib' from the package name if you get
> around to.
> Oleg 
>>> Folks,
>>> I would like to move HttpBench code from contrib package to a separate
>>> project module with a POM descriptor. The module will not become a part
>>> of official HttpCore release package (will not be referenced by the
>>> HttpCore POM), at least for now. The main motivation for the move is to
>>> be able to re-use the code in other modules, such as a more complex
>>> performance benchmark.
>>> Please let me know if you have any objections. 
>>> I am also aware of at least one project that depend on HttpBenchmark
>>> code by using svn:external. The reference will have to be updated once
>>> the move is completed. I apologize for the inconvenience.
>>> Oleg 
Asankha C. Perera
AdroitLogic, http://adroitlogic.org


  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message