[ https://issues.apache.org/jira/browse/MINIFICPP-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17638313#comment-17638313 ]
Gábor Gyimesi commented on MINIFICPP-1987: ------------------------------------------ Opened a PR with the proposed solution in https://github.com/apache/nifi-minifi-cpp/pull/1459 > Configuring a metrics for Processors for C2 Protocol > ---------------------------------------------------- > > Key: MINIFICPP-1987 > URL: https://issues.apache.org/jira/browse/MINIFICPP-1987 > Project: Apache NiFi MiNiFi C++ > Issue Type: Improvement > Affects Versions: 0.12.0 > Reporter: Kondakov Artem > Assignee: Gábor Gyimesi > Priority: Major > Fix For: 0.13.0 > > Time Spent: 10m > Remaining Estimate: 0h > > Hello. > I tried to setup receiving metrics using the C2 protocol for my processors. > The documentation describes that you must explicitly set the metric classes, > for example like this > nifi.c2.root.class.definitions.metrics.metrics.processorMetrics.classes=ListenHTTPMetrics,PostElasticsearchMetrics,InvokeHTTPMetrics,BinFilesMetrics,MergeContentMetrics... > It turns out a complex configuration, if I want to receive data on all my > processors, I need to update the list of these classes every time if I add a > new or remove type of processor. > If I try to configure classes for all possible processors, then I get 50+ > errors in the logs, , because not all processor types are involved, for > example > "No metric defined for PublishKafkaMetrics" > "No metric defined for ConsumeKafkaMetrics" > etc... > It seems to me that it is worth making one universal metric class for all > processes, or lower the error logging level when searching for a metric class > to warning -- This message was sent by Atlassian Jira (v8.20.10#820010)