-
Notifications
You must be signed in to change notification settings - Fork 345
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
Normalize the Spectrum log messages #2279
Conversation
a28241a
to
a128e22
Compare
Fixes GH issue apache#2276
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.
In order to prevent regression from unstructured log statements sneaking in, it would be useful to add an e2e test, that unmarshalls the operator logs.
An option could be added to:
camel-k/e2e/support/test_support.go
Line 289 in 0d172b6
if err != nil { |
in order to error the test in that case.
Thanks. That's a good idea. I'll implement that. |
I am working on the test case for this. It took me a while to get Kind running locally. |
@astefanutti I think we'll have to leave the integration test for a separate PR. We have other log messages that are non-structured. They are not printed by our code directly, instead they are printed by dependencies (i.e.: leader election from k8s is one of the offending code). So we'll have to review those before introducing a test for this. If you are OK with that, my suggestion is to go as it is and I'll open another issue for myself related to the remaining non-structured bits ... and that one will contain a test for the structured logging. wdyt? |
@orpiske thanks a lot for the update! Indeed, structured logging is still in alpha in Kubernetes 1.19: I agree with your suggestion to merge this, and create a follow up issue. In addition to fixing the Spectrum case, this PR has also helped identifying the remaining bits 👍🏼. |
Thanks! I opened #2286 and I will explore that one next. |
Fixes GH issue #2276
Release Note