[
https://issues.apache.org/jira/browse/FLINK-16397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chesnay Schepler closed FLINK-16397.
------------------------------------
Resolution: Won't Fix
While there is technically the possibility of overriding this behavior I don't
consider this a viable option.
Unfortunately the dropwizard folks went with pretty much the worst way to
implement this customizable behavior; by forcing users to override a method
they bar them from using the builder pattern, due to which they now have to
know (and maintain) a set of sane defaults.
I'm not willing to take up this maintenance burden.
It should have been something like a lambda that is set in the builder.
You can workaround this by implementing your own
{{ScheduledDropwizardReporter}} that directly calls the constructor.
> flink metric graphite will format double metrics to "%2.2f"
> -----------------------------------------------------------
>
> Key: FLINK-16397
> URL: https://issues.apache.org/jira/browse/FLINK-16397
> Project: Flink
> Issue Type: Bug
> Components: Runtime / Metrics
> Affects Versions: 1.9.2, 1.10.0
> Reporter: BlaBlabla
> Priority: Major
>
> I'm using flink GraphiteReporter to monitor metrics. But I found that the
> GraphiteReporter will convert double / float type metrics to the format :
> "%2.2f", only keep two fractions. For instance, Status.JVM.CPU.Load metric
> is loss of precision, like 0.00, 0.01 .
> it is bad :(
> For more detail, see the double format function in dropwizard metrics
> project::
> [https://github.com/dropwizard/metrics/blob/4.1-development/metrics-graphite/src/main/java/com/codahale/metrics/graphite/GraphiteReporter.java#L401]
> {code:java}
> protected String format(double v) {
> // the Carbon plaintext format is pretty underspecified, but it seems
> like it just wants
> // US-formatted digits
> return String.format(Locale.US, "%2.2f", v);
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
