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
Counterwith aFloatvalue, but this fails to export because theNumberDataPointis always assumed to be anIntegerfor the purposes of ProtoBuf encoding. The.protofor aNumberDataPointallows for a float value in theas_doublekey, so there should be no reason that we should not be able to supportFloatCounters.This commit adds support for
Floatvalues inNumberDataPoint, which in turn adds support forFloatCounters. I also updated the documentation in the structs for bothNumberDataPoint.valueandHistogramDataPoint.sumto match the expected type based on the.proto.Adds a test to confirm that the metrics_exporter handles both
IntegerandFloatvalues for aNumberDataPoint.Noting the error message output without this change: