Jolokia is a fresh way to access JMX MBeans remotely. It is
different from JSR-160 connectors in that it is an agent-based
approach which uses JSON over HTTP for its communication in a
Multiple agents are provided for different environments:
Jolokia alternatives and similar libraries
Based on the "Monitoring" category.
Alternatively, view Jolokia alternatives based on common mentions on social networks and blogs.
Prometheus9.9 9.8 Jolokia VS PrometheusThe Prometheus monitoring system and time series database.
Metrics9.0 9.2 L4 Jolokia VS Metrics:chart_with_upwards_trend: Capturing JVM- and application-level metrics. So you know what's going on.
JavaMelody7.9 2.1 L4 Jolokia VS JavaMelodyJavaMelody : monitoring of JavaEE applications
jmxtrans6.9 0.0 L4 Jolokia VS jmxtransjmxtrans
Stagemonitor6.8 0.0 L4 Jolokia VS Stagemonitoran open source solution to application performance monitoring for java server applications
Kamon6.4 3.5 Jolokia VS KamonDistributed Tracing, Metrics and Context Propagation for applications running on the JVM
Glowroot6.0 9.2 L2 Jolokia VS GlowrootEasy to use, very low overhead, Java APM
Automon5.1 0.0 Jolokia VS AutomonAutomon combines the power of AOP (AspectJ) with monitoring or logging tools you already use to declaratively monitor your Java code, the JDK, and 3rd party libraries.
inspectIT5.0 0.0 Jolokia VS inspectITinspectIT is the leading Open Source APM (Application Performance Management) tool for analyzing your Java (EE) applications.
Sysmon3.3 0.0 Jolokia VS SysmonLightweight platform monitoring tool for Java VMs.
nudge4j3.0 0.0 L3 Jolokia VS nudge4jGet inside your JVM
Failsafe Actuator2.6 0.0 Jolokia VS Failsafe ActuatorEndpoint library for the failsafe framework
Takipi2.3 0.0 Jolokia VS TakipiTakipi puppet module
New RelicCommercial performance monitor.
BugSnagException and error monitoring with a integration of several third party tools for a better workflow and a free hobbyist tier.
AppDynamicsCommercial performance monitor.
SPMCommercial performance monitor with distributing transaction tracing for JVM apps.
OverOpsCommercial in-production error monitoring and debugging.
InstrumentalReal-time Java application performance monitoring. A commercial service with free development accounts.
Access the most powerful time series database as a service
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of Jolokia or a related project?
Jolokia is a fresh way to access JMX MBeans remotely. It is different from JSR-160 connectors in that it is an agent-based approach which uses JSON over HTTP for its communication in a REST-stylish way.
Multiple agents are provided for different environments:
- WAR Agent for deployment as web application in a Java EE Server.
- OSGi Agent for deployment in an OSGi container. This agent is packaged as a bundle and comes in two flavors (minimal, all-in-one).
- Mule Agent for usage within a Mule ESB
- JVM JDK6 Agent which can be used with any Oracle/Sun JVM, Version 6 or later and which is able to attach to a running Java process dynamically.
The agent approach as several advantages:
- Firewall friendly
Since all communication is over HTTP, proxying through firewalls becomes mostly a none-issue (in contrast to RMI communication, which is the default mode for JSR-160)
No Java installation is required on the client side. E.g. Jmx4Perl provides a rich Perl client library and Perl based tools for accessing the agents.
- Simple Setup
The Setup is done by a simple agent deployment. In contrast, exporting JMX via JSR-160 can be remarkable complicated (see these blog posts for setting up Weblogic and JBoss for native remote JMX exposure setup)
Additionally, the agents provide extra features not available with JSR-160 connectors:
- Bulk requests
In contrast to JSR-160 remoting, Jolokia can process many JMX requests with a single round trip. A single HTTP POST request puts those requests in its JSON payload which gets dispatched on the agent side. These bulk requests can increase performance drastically, especially for monitoring solutions. The Nagios plugin check_jmx4perl uses bulk requests for its multi-check feature.
- Fine grained security
In addition to standard HTTP security (SSL, HTTP-Authentication) Jolokia supports a custom policy with fine grained restrictions based on multiple properties like the client's IP address or subnet, and the MBean names, attributes, and operations. The policy is defined in an XML format with support for allow/deny sections and wildcards.
- Proxy mode
Jolokia can operate in an agentless mode where the only requirement on the target platform is the standard JSR-160 export of its MBeanServer. A proxy listens on the front side for Jolokia requests via JSON/HTTP and propagates these to the target server through remote JSR-160 JMX calls. Bulk requests get dispatched into multiple JSR-160 requests on the proxy transparently.
The Jolokia Forum can be used for questions about Jolokia (and Jmx4perl).
For bug reports, please use the Github Issue tracker.
Most of the time, I'm hanging around at Freenode in
Even more information on Jolokia can be found at www.jolokia.org, including a complete reference manual.
Contributions in form of pull requests are highly appreciated. All your work must be donated under the Apache Public License, too. Please sign-off your work before doing a pull request. The sign-off is a simple line at the end of the patch description, which certifies that you wrote it or otherwise have the right to pass it on as an open-source patch. The rules are very simple: if you can certify the below (from developercertificate.org):
Developer Certificate of Origin Version 1.1 Copyright (C) 2004, 2006 The Linux Foundation and its contributors. 660 York Street, Suite 102, San Francisco, CA 94110 USA Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. Developer's Certificate of Origin 1.1 By making a contribution to this project, I certify that: (a) The contribution was created in whole or in part by me and I have the right to submit it under the open source license indicated in the file; or (b) The contribution is based upon previous work that, to the best of my knowledge, is covered under an appropriate open source license and I have the right under that license to submit that work with modifications, whether created in whole or in part by me, under the same open source license (unless I am permitted to submit under a different license), as indicated in the file; or (c) The contribution was provided directly to me by some other person who certified (a), (b) or (c) and I have not modified it. (d) I understand and agree that this project and the contribution are public and that a record of the contribution (including all personal information I submit with it, including my sign-off) is maintained indefinitely and may be redistributed consistent with this project or the open source license(s) involved.
Then you just add a line to every git commit message:
Signed-off-by: Max Morlock <[email protected]>
Using your real name (sorry, no pseudonyms or anonymous contributions.)
If you set your
user.email git configs, you can sign your
commit automatically with
git commit -s.
If you fix some documentation (typos, formatting, ...) you are not required to sign-off. It is possible to sign your commits in retrospective, too if you forgot it the first time.
*Note that all licence references and agreements mentioned in the Jolokia README section above are relevant to that project's source code only.