fix: handle float value in NumberDataPoint #1767
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
It's currently possible to have a
Counter
with aFloat
value, but this fails to export because theNumberDataPoint
is always assumed to be anInteger
for the purposes of ProtoBuf encoding. The.proto
for aNumberDataPoint
allows for a float value in theas_double
key, so there should be no reason that we should not be able to supportFloat
Counter
s.This commit adds support for
Float
values inNumberDataPoint
, which in turn adds support forFloat
Counter
s. I also updated the documentation in the structs for bothNumberDataPoint.value
andHistogramDataPoint.sum
to match the expected type based on the.proto
.Adds a test to confirm that the metrics_exporter handles both
Integer
andFloat
values for aNumberDataPoint
.Noting the error message output without this change: