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
Refine JMX ObjectName #1681
Refine JMX ObjectName #1681
Conversation
Codecov Report
@@ Coverage Diff @@
## dev #1681 +/- ##
============================================
+ Coverage 70.28% 70.33% +0.04%
- Complexity 564 565 +1
============================================
Files 26 26
Lines 2117 2120 +3
Branches 296 297 +1
============================================
+ Hits 1488 1491 +3
Misses 484 484
Partials 145 145
Continue to review full report at Codecov.
|
@bo0ts I like this change, however, in its current form it will break existing users. I suggest enabling the new behavior via a system property, |
It's too conservative, I don't think it will break any critical function. |
@quaff Wouldn't this change break how lookups are performed? MBeanServer mBeanServer = ManagementFactory.getPlatformMBeanServer();
ObjectName poolName = new ObjectName("com.zaxxer.hikari:type=Pool (foo)");
HikariPoolMXBean poolProxy = JMX.newMXBeanProxy(mBeanServer, poolName, HikariPoolMXBean.class); Any existing code performing programatic lookups seems like it would surely be broken. |
I mean rare projects will lookup it directly by code. |
@quaff HikariCP has millions of users, literally. "Rare" in this case could be thousands of users. One of those "users" could easily be Spring Boot, the Play framework, or Oracle Cloud, all of which use HikariCP and in turn have millions of users of their own. |
Updated according to your suggestion. |
fix #1678