You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently when an Edge Agent connection returns JSON, the Edge Agent will automatically (and unconfigurably) look for a timestamp property and treat this as the metric timestamp. This is obviously incorrect and unsafe; there is no way of knowing the timestamp property is supposed to be interpreted as a metric timestamp.
This is a useful feature but needs to be configurable. This means:
A 'timestamp path' alongside the existing 'path' configuration for each metric. I don't think we want to support timestamps read from a different address.
A 'timestamp format' giving options of at least 'Unix seconds' and 'Unix milliseconds'. We should also allow other sensible things, like ISO date strings and maybe other epochs.
The timestamps parsed from the data MUST be sanity checked. Publishing data way in the past or in the future as a result of a mis-parsed timestamp will play havok with the database.
The text was updated successfully, but these errors were encountered:
Currently when an Edge Agent connection returns JSON, the Edge Agent will automatically (and unconfigurably) look for a
timestamp
property and treat this as the metric timestamp. This is obviously incorrect and unsafe; there is no way of knowing thetimestamp
property is supposed to be interpreted as a metric timestamp.This is a useful feature but needs to be configurable. This means:
The timestamps parsed from the data MUST be sanity checked. Publishing data way in the past or in the future as a result of a mis-parsed timestamp will play havok with the database.
The text was updated successfully, but these errors were encountered: