1

In my web application I want to let some end users manage special options. I want to use JMX to do so. Although my application runs on JBoss, I don't want the end users manage the special options with JMX Console. It is not user friendly enough and they are already too many mbeans presented.

I came across JMinix or Jolokia but if they are generic and weel suited for viewing/managing JMX MBeans, they are not user friendly.

So, do you know of a componant, or library or framework that would have the following features ?

  • Present MBeans in a user friendly manner (ie not like the JMX console in JBoss)
  • Let you filter automatically some MBeans
  • Embeddable inside an existing web application

Java 6
JSF 2

Stephan
  • 41,764
  • 65
  • 238
  • 329
  • You may also want to look at this post for reference: http://stackoverflow.com/questions/1270173/accessing-a-remote-mbean-server – A Backstrom Sep 20 '13 at 16:18

1 Answers1

1

Exposing and Accessing MBeans are really two completely separate issues. Once you have exposed the MBeans correctly users should be able to access them from a different machine using whatever client suits them. This client should be generally agnostic to your specific server implementation.

Details on how to expose your MBeans for remote access are covered here: http://docs.oracle.com/javase/tutorial/jmx/remote/jconsole.html

As for which client is the most user friendly, I have generally found JConsole to be very easy to use. Once connected remotely to your application's JMX connector, the user should not have to manage any other special options other than the arguments passed to your MBean methods. If your users need a custom UI, you may want to think about building your own following the docs here: http://docs.oracle.com/javase/tutorial/jmx/remote/custom.html

You can also look up the Oracle docs for "Monitoring and Management Using JMX Technology".

Edit:
In rereading your question - it would be helpful to know if you are developing both the application that has the exposed MBeans and the application that is consuming them. If you own the MBeans you may be able to help the users by trying to split apart operations that take a lot of parameters. Also consider how you are grouping your operations and whether your naming convention is user-friendly. I think most clients available are going to present you with the same issues if you have a large number of MBeans in one JVM.

Stephan
  • 41,764
  • 65
  • 238
  • 329
  • The application that exposes the MBean is the same that consumes it. I develop this application. Having options in an application and build a screen for altering these options is a common use case. I thought JMX would be an help for this... – Stephan Sep 20 '13 at 22:05