Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Introduce properties for pool configurations #132

Merged
merged 4 commits into from
Jun 20, 2019
Merged

Introduce properties for pool configurations #132

merged 4 commits into from
Jun 20, 2019

Conversation

lasanthaS
Copy link
Contributor

Purpose

Introduce properties for pool configurations in HTTP sink.

Goals

The following properties were introduced to HTTP sink for configuring connection pools.

Property Description Default Value
connection.pool.count Number of connection pools that need to be created for the particular client. 0
max.pool.active.connections Maximum possible number of active connection per pool for the client. -1 (Unlimited)
min.pool.idle.connections Minimum allowed number of idle connections that can be existed in a pool of the client. 0
max.pool.idle.connections Maximum number of idle connections that can be existed in a pool of the client. 100
min.evictable.idle.time Minimum amount of time (in milliseconds) a connection may sit idle in the pool before it is eligible for eviction. 300000 ms
time.between.eviction.runs Time between two eviction operations (in milliseconds) on the connection pool. 30000 ms
max.wait.time The maximum number of milliseconds that the pool will wait (when there are no available connections) for a connection to be returned. 60000 ms
test.on.borrow The indication of whether objects will be validated before being borrowed from the pool. If the object validation is failed, it will be dropped from the pool, and will attempt to borrow another. true
test.while.idle The indication of whether objects will be validated by the idle object evictor (if any). If the object validation is failed, it will be dropped from the pool. true
exhausted.action Action which should be taken when the maximum number of active connections are being used. This action is indicated as an integer. Possible action are as following.
0 - Fail the request when the pool is exhausted
1 - Block the request when the pool is exhausted, until a connection returns to the pool.
2 - Grow the connection pool size when it's exhausted.
1 (Block when exhausted)

Security checks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants