-
Notifications
You must be signed in to change notification settings - Fork 576
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
Add JMX monitoring #79
Comments
This is a good idea but there's one problem: this means we'd have an external dependency on something like the Metrics library. Historically the client has been trying hard to stay dependency-free as much as possible. Besides that, what specific metrics do you want to collect? Number of threads used by the library is not necessarily easy to calculate because custom thread executors and factories can be provided. Per protocol method stats (number of messages published, delivered, acked, nacked, fetched with basic.get) sounds good. |
How about optional dependency? |
If the dependency is optional then the feature is also opt-in. This may be a decent middle ground. |
I don't have deep understanding of the Client internals so I picked few metrics that could be interesting (mainly number of messages). If we don't want to add more dependencies to Client then we could introduce a plain Optional dependency could be also viable solution. |
@augi yes, that sounds reasonable. |
Is there any progress on JMX integration?
Here's a more verbose example (with quite some annoying ads): http://www.journaldev.com/1352/what-is-jmx-mbean-jconsole-tutorial I tried to do the implementation myself but I already failed at building the rabbitmq-java-client (error in antrun) |
Only connection, channel, published message, consumed message count. Fixes #79
It would be very useful to get at least some basic statistics published via JMX. E.g. number of messages published, consumed, rejected, number of threads used etc.
The text was updated successfully, but these errors were encountered: