RE: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

  • From: "KARR, DAVID" <dk068x@...>
  • To: "users@..." <users@...>
  • Subject: RE: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?
  • Date: Thu, 2 Jan 2014 16:19:33 +0000
  • Accept-language: en-US

I don't dispute the value of Tomas' contributions.  I also acknowledge that 
writing documentation is perhaps the hardest task for good developers.  It's 
also a common obstacle for people trying to use the work of good developers.

The only thing about this issue that is "JMX-related" is that we're putting 
properties into the ObjectName.  The JMX specification says nothing about how 
those properties are used, and that is not in its scope.  This issue is 
entirely in the scope of VisualVM.  It would be a good thing if this kind of 
behavior was described in a "JMX client" specification, but there is no such 
thing.

From: Kirk Pepperdine [mailto:kirk@...]
Sent: Thursday, January 02, 2014 7:26 AM
To: users@...
Subject: Re: Where in the JMX specification does it describe how properties 
in the ObjectName results in hierarchical folders?

Hi David,

I think that Tomas does a great job of maintaining VisualVM. I, and many 
others have found it very useful as well as fairly easy to use. The last 
VisualVM plug-in I wrote was completed in 30 minutes. The previous one I 
wrote was done at a beer garden in Munich in about an hour (with Beer). So 
it's very extensible and if you want to make it better, Tomas is very good at 
accepting contributions. There is documentation on how to extend it on the 
website and others  (like myself) have written blog posts and articles on how 
to extend it. To be fair, Tomas does have an abrupt style in his 
communications but quite frankly, that is one of the things I like about him 
;-)

FWIW, the problems you're having seem to be JMX related more than with 
VisualVM 
(http://www.oracle.com/technetwork/java/javase/tech/javamanagement-140525.html).

----
Kirk Pepperdine
Principal Consultant
http://www.kodewerk.com
Tel: +36 60 213 6543
skype: kcpeppe
twitter: @kcpeppe
Java Champion
NetBeans Dream Team

On Jan 2, 2014, at 4:08 PM, KARR, DAVID <dk068x@...<mailto:dk068x@...>> wrote:


-----Original Message-----
From: Jess Holle [mailto:jessh@...]
Sent: Thursday, January 02, 2014 4:12 AM
To: users@...<mailto:users@...>
Subject: Re: Where in the JMX specification does it describe how properties
in the ObjectName results in hierarchical folders?

The ObjectName properties list is certainly used in the order it appears
in the string.

This all could be determined quite clearly by a little reverse
engineering [or reading the source code].

Yes, I suppose I could have spent more time running experiments with 
variations in ObjectName values, and using these results to deduce how this 
application works, or I could have spent more time reading the source code.  
Certainly.

Let me ask you a question.  Why did you write this application (no matter how 
much of it you've written)?  Did you write it so that people could use it and 
get some benefit from it?  In order for people who are only using it, and not 
working on the software for it, did you expect that they would need to do 
"reverse engineering" or "reading the source code" in order to figure out how 
to use it?

I most respectfully suggest that you write some user-level documentation that 
describes how this works, along with any other features of this application 
that a user presently could only be aware of if they read the source code.


On 1/2/2014 4:03 AM, Tomas Hurka wrote:

Hi David,

On 27 Dec 2013, at 20:27, KARR, DAVID wrote:
[..]

Ok, so taking all of this into account, would you say this is a reasonable
statement of the algorithm used to build the tree?  It doesn't matter if the
code does exactly these steps, just whether it would end up with the same
result in the end.

--------------
Get ObjectName properties into a list.
Sort list in alphabetical order of the property keys.
If a property key of "j2eeType" is in the list, move it to the first
entry, pushing others down.

If a property key of "type" is in the list, move it to the first entry,
pushing others down.

Using resulting sorted list, create a tree node for each property, with
the property value being the node name, and the last property in the list
being the leaf node for the actual mbean.

--------------
Right, this summarize, how I understand the code with one exception. I
don't think ObjectName properties list is sorted in alphabetical order. The
order is just how the key,property pairs are specified in ObjectName
properties list string.


Bye,
--
Tomas Hurka   <mailto:tomas.hurka@...>
NetBeans Profiler http://profiler.netbeans.org
VisualVM http://visualvm.java.net
Software Developer
Oracle, Praha Czech Republic



Re: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

Tomas Hurka 01/02/2014

Re: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

Jess Holle 01/02/2014

RE: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

KARR, DAVID 01/02/2014

Re: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

Kirk Pepperdine 01/02/2014

RE: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

KARR, DAVID 01/02/2014

Re: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

Jess Holle 01/02/2014

Re: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

Kirk Pepperdine 01/02/2014

Re: Where in the JMX specification does it describe how properties in the ObjectName results in hierarchical folders?

Jess Holle 01/02/2014
Terms of Use; Privacy Policy; Copyright ©2013-2015 (revision 20150626.29986a4)
 
 
Close
loading
Please Confirm
Close