2810c1aee7
Updates for 2.3.0
10 years ago
7a0b602dd3
[maven-release-plugin] prepare for next development iteration
10 years ago
de1d3da0e1
[maven-release-plugin] prepare release HikariCP-2.3.0-rc2
10 years ago
01ea53732b
It helps to use the write value in an assertion.
10 years ago
375a8330e2
Last timing error?
10 years ago
72dd6f67ba
Remove unused import.
10 years ago
59c45c6e5f
After fillPool() change ... timing whack-a-mole game time.
10 years ago
c0047c7c46
Timing tests are a b*tch.
10 years ago
79ec2bc976
Timing tests are a b*tch.
10 years ago
63baa9ab5e
Give the pool a few beats to "settle" before asserting against counts that are arrived at asynchronously.
10 years ago
21f8f843c1
Tighter code.
10 years ago
d178ca063c
I like this variant better.
10 years ago
58fccbd06c
I like this variant better.
10 years ago
cd3af22e29
Nitin thinks this is more readable. Not sure I agree, but I don't care enough to argue.
10 years ago
2de809bebc
Merge branch '2.3.0' of github.com-brettwooldridge:brettwooldridge/HikariCP into 2.3.0
...
* '2.3.0' of github.com-brettwooldridge:brettwooldridge/HikariCP:
Update CHANGES
Update README.md
10 years ago
3d80609d6a
Nitin thinks this is more readable. Not sure I agree, but I don't care enough to argue.
10 years ago
e8d5fdad43
Update CHANGES
10 years ago
18b5142c70
Update README.md
10 years ago
77d6f5084a
Issue #213 allow initialization fail fast even when minimumIdle is 0.
10 years ago
8e7a189e64
Update README.md
10 years ago
3fc263b5e2
Fix a bug that was introduced in commit fb18eff that would prevent force-close warnings from being logged for connections already flagged for eviction. These warnings should still occur regardless of destined eviction.
10 years ago
3261cc87e3
[maven-release-plugin] prepare for next development iteration
10 years ago
b508990e4e
[maven-release-plugin] prepare release HikariCP-2.3.0-rc1
10 years ago
cdc171f18a
JavaDoc fixes
10 years ago
5743aff5c0
Try to merge the common source into the javadoc of the generated jar
10 years ago
ad728371dc
Try to merge the common source into the javadoc of the generated jar
10 years ago
c9f6d90ab2
Javadoc fixes
10 years ago
1067111883
JavaDoc fixes
10 years ago
bc42fe797a
JavaDoc fixes
10 years ago
0dcef448f6
Prepare for 2.3.0-rc1
10 years ago
66dd771fc2
Update changes log.
10 years ago
69612f0076
Issue#201 @cowwoc merged toString() changes (largely intact)
10 years ago
fb18eff0c8
Eliminate the isForceClose member, and set bagEntry.evicted instead. We still use
...
a local isForceClose to avoid a race (where we might fail to log a broken connection).
10 years ago
7d1f0c72b5
Mainly doc fixup and method reordering.
10 years ago
590dbf1870
Add some comments. Add evicted check back to housekeeper to cover a rare race condition
...
where the connection is being released at the same time the maxLifetime eviction shedule is
running. That could have allowed the bag entry to be marked evicted, but have the check
in releaseConnection() just missing it, which would result in a maxLifetime connection sitting
in the pool for an indefinite amount of time.
10 years ago
00ac83c19d
Add YourKit sponsor.
10 years ago
456eceb8ba
Add YourKit sponsor.
10 years ago
19049c54ad
Fix #194 no need to initialize the CodaHaleShim in the JNDI factory
10 years ago
6772e5f4ca
Don't throw sun internal NotImplementedException, just throw a RunTimeException
10 years ago
fafa5050ad
Remove maxLifeTime check from getConnection() and use housekeeping scheduler instead.
10 years ago
44ecfd7f01
Fix #208 little bit cleaner impl of unwrap() and isWrapper()
10 years ago
a4c6c03ded
ConcurrentBag to common code refactor (share code between Java 6/7 and Java 8)
10 years ago
50a4de5fa4
Fix #208 all unwrap when the specified "iface" is actually a HikariDataSource
10 years ago
32a996e7ac
Update changes log.
10 years ago
43cb5b0781
Update changes log.
10 years ago
7e170daf15
Remove IDE warnings
10 years ago
f7415c7284
Fix #207 remove unneeded test utility class
10 years ago
62d3f4e9d9
Fix #207 opps, missed a crucial part of the fix...
10 years ago
d47d5a7b0e
Fix #207 Make PoolUtilities stateful, because using statics causes issues when two pools with different drivers and different capabilities exist in the same JVM. Pull out non-pooly things into a separate utility class.
10 years ago
7e7d124a93
Bump revision number due to large internal refactor.
10 years ago
Brett Wooldridge