lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tagged Siteops (Updated) (JIRA)" <>
Subject [jira] [Updated] (SOLR-3083) all JMX Mbeans are identified as java.lang.String even if numeric
Date Wed, 01 Feb 2012 00:08:56 GMT


Tagged Siteops updated SOLR-3083:

    Attachment: Screen shot 2012-01-31 at 2.19.06 PM.png

Screenshot showing all beans as strings despite being obviously numeric.
> all JMX Mbeans are identified as java.lang.String even if numeric
> -----------------------------------------------------------------
>                 Key: SOLR-3083
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>          Components: SearchComponents - other
>    Affects Versions: 4.0
>            Reporter: Tagged Siteops
>            Priority: Minor
>              Labels: interoperability,, jmx, monitoring, statistics
>         Attachments: Screen shot 2012-01-31 at 2.19.06 PM.png
> When trying to monitor our Solr instances with JMXtrans (,
we discovered that all the Mbeans were identifying themselves as java.lang.String.   This
breaks the GangliaWriter in JMXtrans because the software decides it's a string instead of
a numeric values and you can't graph a string.   Other software we are monitoring with JMXtrans
(e.g. Kafka) correctly identify their numeric values as numbers (doubles in this case).
> For example, avgTimePerRequest in Solr is identified as a string which makes no sense.
 This behavior makes Solr less interoperable with the rest of the Java ecosystem.
> The problem code is in
> NamedList dynamicStats = infoBean.getStatistics();
> if (dynamicStats != null) {
>   for (int i = 0; i < dynamicStats.size(); i++) {
>     String name = dynamicStats.getName(i);
>     if (!staticStats.contains(name))
>       attrInfoList.add(new MBeanAttributeInfo(dynamicStats.getName(i),
>               String.class.getName(), null, true, false, false));
>   }
> I will try to attach a screenshot. 
> Thanks for Solr!  We use the heck out of it, it's awesome.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message