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
As a reminder, the current use case for sequence is to allow sorting of sub-millisecond events (where time alone cannot be used to distinguish event order).
Problem
However, in the above example, other than by analyzing message values, it is not possible to tell how 3rd and 4th log entries relate to 1st and 2nd.
Solution
This problem could be solved by changing "sequence" field to include the ID of the parent sequence that was used to generate the logs, e.g.
Related to this issue: #43
Premise
It may be desired to track sequence in which events are taking place, e.g.
This requirement is already achieved using
sequence
:As a reminder, the current use case for
sequence
is to allow sorting of sub-millisecond events (wheretime
alone cannot be used to distinguish event order).Problem
However, in the above example, other than by analyzing
message
values, it is not possible to tell how 3rd and 4th log entries relate to 1st and 2nd.Solution
This problem could be solved by changing "sequence" field to include the ID of the parent sequence that was used to generate the logs, e.g.
This format allows to continue using
sequence
for sorting sub-millisecond events, but it also adds ability to identify the origin of the events.Discussion
This is the first (breaking or any) change to the log format since the release of Roarr.
The text was updated successfully, but these errors were encountered: