README.md in connection_pool-2.2.5 vs README.md in connection_pool-2.3.0

- old
+ new

@@ -2,20 +2,18 @@ ================= [![Build Status](https://github.com/mperham/connection_pool/actions/workflows/ci.yml/badge.svg)](https://github.com/mperham/connection_pool/actions/workflows/ci.yml) Generic connection pooling for Ruby. -MongoDB has its own connection pool. ActiveRecord has its own connection pool. -This is a generic connection pool that can be used with anything, e.g. Redis, -Dalli and other Ruby network clients. +MongoDB has its own connection pool. +ActiveRecord has its own connection pool. +This is a generic connection pool that can be used with anything, e.g. Redis, Dalli and other Ruby network clients. - Usage ----- -Create a pool of objects to share amongst the fibers or threads in your Ruby -application: +Create a pool of objects to share amongst the fibers or threads in your Ruby application: ``` ruby $memcached = ConnectionPool.new(size: 5, timeout: 5) { Dalli::Client.new } ``` @@ -26,15 +24,16 @@ conn.get('some-count') end ``` If all the objects in the connection pool are in use, `with` will block -until one becomes available. If no object is available within `:timeout` seconds, -`with` will raise a `Timeout::Error`. +until one becomes available. +If no object is available within `:timeout` seconds, +`with` will raise a `ConnectionPool::TimeoutError` (a subclass of `Timeout::Error`). You can also use `ConnectionPool#then` to support _both_ a -connection pool and a raw client (requires Ruby 2.5+). +connection pool and a raw client. ```ruby # Compatible with a raw Redis::Client, and ConnectionPool Redis $redis.then { |r| r.set 'foo' 'bar' } ``` @@ -46,71 +45,62 @@ conn.get('some-count') end ``` This will only modify the resource-get timeout for this particular -invocation. This is useful if you want to fail-fast on certain non critical -sections when a resource is not available, or conversely if you are comfortable -blocking longer on a particular resource. This is not implemented in the below -`ConnectionPool::Wrapper` class. +invocation. +This is useful if you want to fail-fast on certain non critical +sections when a resource is not available, or conversely if you are comfortable blocking longer on a particular resource. +This is not implemented in the `ConnectionPool::Wrapper` class. ## Migrating to a Connection Pool -You can use `ConnectionPool::Wrapper` to wrap a single global connection, -making it easier to migrate existing connection code over time: +You can use `ConnectionPool::Wrapper` to wrap a single global connection, making it easier to migrate existing connection code over time: ``` ruby $redis = ConnectionPool::Wrapper.new(size: 5, timeout: 3) { Redis.new } $redis.sadd('foo', 1) $redis.smembers('foo') ``` -The wrapper uses `method_missing` to checkout a connection, run the requested -method and then immediately check the connection back into the pool. It's -**not** high-performance so you'll want to port your performance sensitive code -to use `with` as soon as possible. +The wrapper uses `method_missing` to checkout a connection, run the requested method and then immediately check the connection back into the pool. +It's **not** high-performance so you'll want to port your performance sensitive code to use `with` as soon as possible. ``` ruby $redis.with do |conn| conn.sadd('foo', 1) conn.smembers('foo') end ``` -Once you've ported your entire system to use `with`, you can simply remove -`Wrapper` and use the simpler and faster `ConnectionPool`. +Once you've ported your entire system to use `with`, you can simply remove `Wrapper` and use the simpler and faster `ConnectionPool`. ## Shutdown You can shut down a ConnectionPool instance once it should no longer be used. -Further checkout attempts will immediately raise an error but existing checkouts -will work. +Further checkout attempts will immediately raise an error but existing checkouts will work. ```ruby cp = ConnectionPool.new { Redis.new } -cp.shutdown { |conn| conn.quit } +cp.shutdown { |c| c.close } ``` Shutting down a connection pool will block until all connections are checked in and closed. -**Note that shutting down is completely optional**; Ruby's garbage collector will reclaim -unreferenced pools under normal circumstances. +**Note that shutting down is completely optional**; Ruby's garbage collector will reclaim unreferenced pools under normal circumstances. ## Reload -You can reload a ConnectionPool instance in the case it is desired to close all -connections to the pool and, unlike `shutdown`, afterwards recreate connections -so the pool may continue to be used. Reloading may be useful after forking the -process. +You can reload a ConnectionPool instance in the case it is desired to close all connections to the pool and, unlike `shutdown`, afterwards recreate connections so the pool may continue to be used. +Reloading may be useful after forking the process. ```ruby cp = ConnectionPool.new { Redis.new } cp.reload { |conn| conn.quit } cp.with { |conn| conn.get('some-count') } ``` -Like `shutdown`, this will block until all connections are checked in and -closed. +Like `shutdown`, this will block until all connections are checked in and closed. ## Current State There are several methods that return information about a pool.