Skip to content
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

Feat: added target configuration + event-factory support #27

Merged
merged 14 commits into from
Aug 9, 2021

Conversation

kares
Copy link
Contributor

@kares kares commented Jul 26, 2021

Sets up usage of LS' event_factory support. Also added an optional config :target.

Some minor refactorings along the way.
We avoid Fixnum Ruby warnings + include a small bug fix for nano-second precision handling.

closes #26

@kares kares marked this pull request as ready for review July 26, 2021 18:13
@kares
Copy link
Contributor Author

kares commented Jul 26, 2021

@yaauie please give it an 👁️ I was thinking target would make sense but I am not super familiar with Fluent's use-cases.

@kares kares changed the title Feat: start using an event-factory Feat: added target configuration + event-factory support Jul 27, 2021
@kares kares requested a review from karenzone July 28, 2021 06:55
Copy link

@andsel andsel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@kares kares requested review from karenzone and removed request for karenzone August 4, 2021 14:31
Copy link

@karenzone karenzone left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Left a suggestion for improving formatting preexisting content that I hope you will consider. Otherwise, LGTM!

(also this codec was missing proper documentation for the other existing option)
Your work here is much appreciated, @kares. Thank you! ❤️

@@ -41,3 +41,44 @@ Notes:
* the fluent uses a second-precision time for events, so you will never see
subsecond precision on events processed by this codec.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I know that this was pre-existing, but we can improve it by using this instead:

NOTE: The fluent uses a second-precision time for events, so you will never see subsecond precision on events processed by this codec.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, it seems like a word is missing. "NOTE: The fluent ________ uses a second-precision time..." Should that be the fluent schema? The fluent codec?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

if it's missing something than it would be the msgpack schema but it's a fluent specific use here ... would this work?

Suggested change
subsecond precision on events processed by this codec.
NOTE: Fluent uses second-precision for events, so you will not see sub-second precision on events processed by this codec.

(honestly not even sure if that statement is true anymore)

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Your call. We should move forward to get your other important changes in. Perhaps we open an issue for tracking the validity of the statement?

I've approved, and I trust your judgement on how to proceed. Lemme know if you'd like for me to open an issue.

@kares kares merged commit 15f7e0b into logstash-plugins:master Aug 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants