-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
enhancement(journald source): Add received and invalid line events #3241
Conversation
Signed-off-by: Bruce Guenter <bruce@timber.io>
pub text: String, | ||
} | ||
|
||
impl InternalEvent for JournaldInvalidRecord { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@lukesteensen you would know better. But do we want errors to end with *Error
? So JournaldInvalidRecordError
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The precedent is to not, and just make the event name obvious: ElasticSearchMissingKeys
, KubernetesLogsEventAnnotationFailed
, RegexFailedMatch
, etc
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Got it. I do think we should standardize around naming rules sooner than later. I'm poking at this because I would like to derivce documentation from these structures in some way. But that's outside of the scope of this PR right now.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think it's as simple as all of these being considered errors, so the naming convention now is just precisely what happened.
Signed-off-by: Bruce Guenter <bruce@timber.io>
…ectordotdev#3241) Signed-off-by: Bruce Guenter <bruce@timber.io> Signed-off-by: Brian Menges <brian.menges@anaplan.com>
Signed-off-by: Bruce Guenter bruce@timber.io
Closes #3200
Are there other events that would be worth adding, like counting batches or lines before filtering?