-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[Metricbeat] documenting/standardizing the return of r.Event #11666
Comments
@fearful-symmetry look at this thread for a related discussion: #9907 (comment) Some ideas from there:
|
++ on the above. I'm even wondering if we should log something on the debug level as I'm pretty sure something else logs already on the debug level that sending was interrupted / metricset was stopped. Now we need to document the above somewhere in the Metricbeat modules dev docs. @fearful-symmetry Want to take this on? |
@ruflin sure! |
This also sorta ties into the "best practices" I mention in #11102 |
This should be covered by #11745 |
@fearful-symmetry Should we close the issue? |
Okay, so I did gather a list of metricsets that call
|
@fearful-symmetry I would say let's close it but have the list you collected above in a separate issue, otherwise we keep extending the scope of this issue which was only around docs. |
This came up during a discussion with @ruflin and he asked me to file an issue.
So, there's some inconsistency about how we handle the
bool
that gets returned fromreporter.Event()
. This will only return false if the metricset has closed.The vast majority of metricsets ignore this, however a few check the value and log an error:
How should we standardize and document this? A blurb in the beats developer docs would be helpful, at least.
The text was updated successfully, but these errors were encountered: