[ 
https://issues.apache.org/jira/browse/SOLR-14924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17213071#comment-17213071
 ] 

Andrzej Bialecki commented on SOLR-14924:
-----------------------------------------

It turns out that there were also other properties in the {{fetcher}} section 
that were misrepresented in the metrics output or skipped due to a type 
mismatch. The attached patch unifies the outputs of 
{{/replication?command=details}} and {{REPLICATION}} metrics, with the metrics 
result now looking like this:
{code}
            "REPLICATION./replication.fetcher": {
                "leaderUrl": 
"http://localhost:8983/solr/gettingstarted_shard1_replica_n2/";,
                "isPollingDisabled": false,
                "isReplicating": false,
                "indexReplicatedAt": "Tue Oct 13 11:24:39 UTC 2020",
                "indexReplicatedAtList": [
                    "Tue Oct 13 11:24:39 UTC 2020"
                ],
                "timesIndexReplicated": 1,
                "lastCycleBytesDownloaded": 18373,
                "previousCycleTimeInSeconds": 0
            },

{code}

(Previously the numeric values in this section were represented as strings, and 
list values were missing).

> Some ReplicationHandler metrics are reported using incorrect types
> ------------------------------------------------------------------
>
>                 Key: SOLR-14924
>                 URL: https://issues.apache.org/jira/browse/SOLR-14924
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: metrics
>    Affects Versions: 8.7, 8.6.3
>            Reporter: Andrzej Bialecki
>            Assignee: Andrzej Bialecki
>            Priority: Major
>
> Some metrics reported from {{ReplicationHandler}} use incorrect types - they 
> are reported as String values instead of the numerics.
> This is caused by using {{ReplicationHandler.addVal}} utility method with the 
> type {{Integer.class}}, which the method doesn't support and it returns the 
> value as a string.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to