[ANN] net-http-persistent 2.4.1 Released

Eric_Hodel1 · 6 February 2012 21:14

net-http-persistent version 2.4.1 has been released!

* http://docs.seattlerb.org/net-http-persistent
* https://github.com/drbrain/net-http-persistent

Manages persistent connections using Net::HTTP plus a speed fix for Ruby 1.8.
It's thread-safe too!

Using persistent HTTP connections can dramatically increase the speed of HTTP.
Creating a new HTTP connection for every request involves an extra TCP
round-trip and causes TCP congestion avoidance negotiation to start over.

Net::HTTP supports persistent connections with some API methods but does not
handle reconnection gracefully. Net::HTTP::Persistent supports reconnection
and retry according to RFC 2616.

=== 2.4.1 / 2012-02-03

* Bug fixes
* When FakeWeb or WebMock are loaded SSL sessions will not be reused to
   prevent breakage of testing frameworks. Issue #13 by Matt Brictson, pull
   request #14 by Zachary Scott
* SSL connections are reset when the SSL parameters change.
   Mechanize issue #194 by dsisnero
* Last-use times are now cleaned up in #shutdown.

Tony_Arcieri3 · 7 February 2012 01:22

Just thought I'd say thanks for this awesome library.

···

On Mon, Feb 6, 2012 at 1:14 PM, Eric Hodel <drbrain@segment7.net> wrote:

net-http-persistent version 2.4.1 has been released!

* net-http-persistent-4.0.0 Documentation
* GitHub - drbrain/net-http-persistent: Thread-safe persistent connections with Net::HTTP

Manages persistent connections using Net::HTTP plus a speed fix for Ruby
1.8.
It's thread-safe too!

Using persistent HTTP connections can dramatically increase the speed of
HTTP.
Creating a new HTTP connection for every request involves an extra TCP
round-trip and causes TCP congestion avoidance negotiation to start over.

Net::HTTP supports persistent connections with some API methods but does
not
handle reconnection gracefully. Net::HTTP::Persistent supports
reconnection
and retry according to RFC 2616.

=== 2.4.1 / 2012-02-03

* Bug fixes
* When FakeWeb or WebMock are loaded SSL sessions will not be reused to
  prevent breakage of testing frameworks. Issue #13 by Matt Brictson, pull
  request #14 by Zachary Scott
* SSL connections are reset when the SSL parameters change.
  Mechanize issue #194 by dsisnero
* Last-use times are now cleaned up in #shutdown.

--
Tony Arcieri

Peter_Vandenabeele1 · 7 February 2012 09:40

Could net-http-persistent be used with Faraday so that consecutive API calls
(e.g. for paginating through a long list, where only 200 entries are
returned
per API call) could be more efficient? Would this be a useful use case for
net-http-persistent?

Searching for 'net-http-persistent' on the Faraday project

GitHub - technoweenie/faraday: READ-ONLY fork of https://github.com/lostisland/faraday

did not reveal any existing references. And searching for Faraday on
the net-http-persistent project did not reveal relevant results.

Thanks,

Peter

···

On Mon, Feb 6, 2012 at 1:14 PM, Eric Hodel <drbrain@segment7.net> wrote:

net-http-persistent version 2.4.1 has been released!

* net-http-persistent-4.0.0 Documentation
* GitHub - drbrain/net-http-persistent: Thread-safe persistent connections with Net::HTTP

Manages persistent connections using Net::HTTP plus a speed fix for Ruby
1.8.
It's thread-safe too!

Using persistent HTTP connections can dramatically increase the speed of
HTTP.
Creating a new HTTP connection for every request involves an extra TCP
round-trip and causes TCP congestion avoidance negotiation to start over.

Ryan_Davis1 · 7 February 2012 09:57

This is just a guess, but I think out of the box the answer is no. But looking at:

github.com

technoweenie/faraday/blob/master/lib/faraday/adapter/net_http.rb#L78


      
          
            if env[:body].respond_to?(:read)
              request.body_stream = env[:body]
            else
              request.body = env[:body]
            end
            request
          end
          
          def perform_request(http, env)
            if :get == env[:method] and !env[:body]
              # prefer `get` to `request` because the former handles gzip (ruby 1.9)
              http.get env[:url].request_uri, env[:request_headers]
            else
              http.request create_request(env)
            end
          end
          
          def with_net_http_connection(env)
            yield net_http_connection(env)
          end

it looks like it is probably very easy to add the support.

···

On Feb 7, 2012, at 01:40 , Peter Vandenabeele wrote:

On Mon, Feb 6, 2012 at 1:14 PM, Eric Hodel <drbrain@segment7.net> wrote:

net-http-persistent version 2.4.1 has been released!

* net-http-persistent-4.0.0 Documentation
* GitHub - drbrain/net-http-persistent: Thread-safe persistent connections with Net::HTTP

Manages persistent connections using Net::HTTP plus a speed fix for Ruby
1.8.
It's thread-safe too!

Using persistent HTTP connections can dramatically increase the speed of
HTTP.
Creating a new HTTP connection for every request involves an extra TCP
round-trip and causes TCP congestion avoidance negotiation to start over.

Could net-http-persistent be used with Faraday so that consecutive API calls
(e.g. for paginating through a long list, where only 200 entries are
returned
per API call) could be more efficient? Would this be a useful use case for
net-http-persistent?

Searching for 'net-http-persistent' on the Faraday project

GitHub - technoweenie/faraday: READ-ONLY fork of https://github.com/lostisland/faraday

did not reveal any existing references. And searching for Faraday on
the net-http-persistent project did not reveal relevant results.

Eric_Hodel1 · 10 February 2012 04:03

It would be better to keep this part:

github.com

technoweenie/faraday/blob/master/lib/faraday/adapter/net_http.rb#L42-76


      
          with_net_http_connection(env) do |http|
            configure_ssl(http, env[:ssl]) if env[:url].scheme == 'https' and env[:ssl]
          
            req = env[:request]
            http.read_timeout = http.open_timeout = req[:timeout] if req[:timeout]
            http.open_timeout = req[:open_timeout]                if req[:open_timeout]
          
            begin
              http_response = perform_request(http, env)
            rescue *NET_HTTP_EXCEPTIONS => err
              if defined?(OpenSSL) && OpenSSL::SSL::SSLError === err
                raise Faraday::SSLError, err
              else
                raise Error::ConnectionFailed, err
              end
            end
          
            save_response(env, http_response.code.to_i, http_response.body || '') do |response_headers|
              http_response.each_header do |key, value|
                response_headers[key] = value
              end

and rewrite the bit above that to set up Net::HTTP::Persistent instead.

···

On Feb 7, 2012, at 1:57 AM, Ryan Davis wrote:

On Feb 7, 2012, at 01:40 , Peter Vandenabeele wrote:

On Mon, Feb 6, 2012 at 1:14 PM, Eric Hodel <drbrain@segment7.net> wrote:

net-http-persistent version 2.4.1 has been released!

* net-http-persistent-4.0.0 Documentation
* GitHub - drbrain/net-http-persistent: Thread-safe persistent connections with Net::HTTP

Manages persistent connections using Net::HTTP plus a speed fix for Ruby
1.8.
It's thread-safe too!

Using persistent HTTP connections can dramatically increase the speed of
HTTP.
Creating a new HTTP connection for every request involves an extra TCP
round-trip and causes TCP congestion avoidance negotiation to start over.

Could net-http-persistent be used with Faraday so that consecutive API calls
(e.g. for paginating through a long list, where only 200 entries are
returned
per API call) could be more efficient? Would this be a useful use case for
net-http-persistent?

Searching for 'net-http-persistent' on the Faraday project

GitHub - technoweenie/faraday: READ-ONLY fork of https://github.com/lostisland/faraday

did not reveal any existing references. And searching for Faraday on
the net-http-persistent project did not reveal relevant results.

This is just a guess, but I think out of the box the answer is no. But looking at:

faraday/lib/faraday/adapter/net_http.rb at master · technoweenie/faraday · GitHub

it looks like it is probably very easy to add the support.

Topic	Replies	Views
[ANN] net-http-persistent 2.1 Released ruby-talk	130	20 September 2011
[ANN] net-http-persistent 2.4 Released ruby-talk	139	31 January 2012
[ANN] net-http-persistent 2.6 Released ruby-talk	119	26 March 2012
[ANN] net-http-persistent 1.8 Released ruby-talk	118	27 June 2011
[ANN] net-http-persistent 2.5 Released ruby-talk	123	7 February 2012

[ANN] net-http-persistent 2.4.1 Released

Related topics