-
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
Add log-level setting on Camel K operator #3053
Labels
area/operator
good first issue
Does not require full understanding of the codebase
kind/feature
New feature or request
Comments
Going to work on this. |
phantomjinx
added a commit
to phantomjinx/camel-k
that referenced
this issue
Mar 15, 2022
* Exposes a switch --log-level (-v) at the CLI level allowing the operator to have its level of logging changed (info, debug, 0 ... 10) * The switch translates to an env variable LOG_LEVEL which is included in the operator deployment. It is this env var that determines the internal level of the log. * install.go * The CLI switch for setting the log-level * operator.go * The setting of the log-level based on the env variable * Adds debug logging for building the integration kits and integrations * Wraps errors when building integration kits to identify more precisely where the error is occurring and the reason
phantomjinx
added a commit
to phantomjinx/camel-k
that referenced
this issue
Apr 11, 2022
* Exposes a switch --log-level (-v) at the CLI level allowing the operator to have its level of logging changed (info, debug, 0 ... 10) * The switch translates to an env variable LOG_LEVEL which is included in the operator deployment. It is this env var that determines the internal level of the log. * install.go * The CLI switch for setting the log-level * operator.go * The setting of the log-level based on the env variable * Adds debug logging for building the integration kits and integrations * Wraps errors when building integration kits to identify more precisely where the error is occurring and the reason
phantomjinx
added a commit
to phantomjinx/camel-k
that referenced
this issue
Apr 11, 2022
* Exposes a switch --log-level (-v) at the CLI level allowing the operator to have its level of logging changed (info, debug, 0 ... 10) * The switch translates to an env variable LOG_LEVEL which is included in the operator deployment. It is this env var that determines the internal level of the log. * install.go * The CLI switch for setting the log-level * operator.go * The setting of the log-level based on the env variable * Adds debug logging for building the integration kits and integrations * Wraps errors when building integration kits to identify more precisely where the error is occurring and the reason
phantomjinx
added a commit
to phantomjinx/camel-k
that referenced
this issue
Apr 28, 2022
* Exposes a switch --log-level (-v) at the CLI level allowing the operator to have its level of logging changed (info, debug, 0 ... 10) * The switch translates to an env variable LOG_LEVEL which is included in the operator deployment. It is this env var that determines the internal level of the log. * install.go * The CLI switch for setting the log-level * operator.go * The setting of the log-level based on the env variable * Adds debug logging for building the integration kits and integrations * Wraps errors when building integration kits to identify more precisely where the error is occurring and the reason
Fixed by #3245. |
phantomjinx
added a commit
to phantomjinx/camel-k
that referenced
this issue
Apr 29, 2022
* Exposes a switch --log-level (-v) at the CLI level allowing the operator to have its level of logging changed (info, debug, 0 ... 10) * The switch translates to an env variable LOG_LEVEL which is included in the operator deployment. It is this env var that determines the internal level of the log. * install.go * The CLI switch for setting the log-level * operator.go * The setting of the log-level based on the env variable * Adds debug logging for building the integration kits and integrations * Wraps errors when building integration kits to identify more precisely where the error is occurring and the reason
squakez
pushed a commit
that referenced
this issue
May 3, 2022
* Exposes a switch --log-level (-v) at the CLI level allowing the operator to have its level of logging changed (info, debug, 0 ... 10) * The switch translates to an env variable LOG_LEVEL which is included in the operator deployment. It is this env var that determines the internal level of the log. * install.go * The CLI switch for setting the log-level * operator.go * The setting of the log-level based on the env variable * Adds debug logging for building the integration kits and integrations * Wraps errors when building integration kits to identify more precisely where the error is occurring and the reason
Please close. |
oscerd
pushed a commit
that referenced
this issue
May 16, 2022
* Exposes a switch --log-level (-v) at the CLI level allowing the operator to have its level of logging changed (info, debug, 0 ... 10) * The switch translates to an env variable LOG_LEVEL which is included in the operator deployment. It is this env var that determines the internal level of the log. * install.go * The CLI switch for setting the log-level * operator.go * The setting of the log-level based on the env variable * Adds debug logging for building the integration kits and integrations * Wraps errors when building integration kits to identify more precisely where the error is occurring and the reason
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area/operator
good first issue
Does not require full understanding of the codebase
kind/feature
New feature or request
Give users the opportunity to control the Camel K operator log verbosity via log level settings.
The setting should be added as
kamel
CLI option on theinstall
command (e.g. --log-level | -v) and on the operator deployment (e.g. log-level) so users can adjust the log level on an already installed operator.The logger framework supports V levels from 0-10. The log level setting on the operator should be logger framework agnostic so we might also consider to add abstractions like debug, info, error and translate those to logger framework specifics.
The text was updated successfully, but these errors were encountered: