-
Notifications
You must be signed in to change notification settings - Fork 49
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
BREAKING: pass log_level in HostData #610
BREAKING: pass log_level in HostData #610
Conversation
Signed-off-by: Connor Smith <connor.smith.256@gmail.com>
After talking with @thomastaylor312, he agreed that renaming to |
@connorsmith256 I like the idea of using |
The new config value applies to structured and unstructured logging. To maintain backwards-compatibility, the old environment variable is mapped to the new field Signed-off-by: Connor Smith <connor.smith.256@gmail.com>
99d8a89
to
56ffe71
Compare
Signed-off-by: Connor Smith <connor.smith.256@gmail.com>
Feature or Problem
This passes
log_level
to providers. See wasmCloud/weld#148 for contextRelated Issues
wasmCloud/weld#148
Release Information
v0.63.0, since this is technically a breaking change. See below.
Consumer Impact
See the testing section of wasmCloud/weld#148. Notice that after this change,
RUST_LOG
is ignored.Note: I find it odd that the source field is calledstructured_log_level
, and that Elixir logging is controlled via mix environment without structured logging enabled. I propose we make this a breaking change: rename this field to justlog_level
, proxy it through to providers, and also respect it when structured logging is not enabledUpdate: we decided the following:
WASMCLOUD_STRUCTURED_LOG_LEVEL
is now deprecated, but will continue to be parsedWASMCLOUD_LOG_LEVEL
now controls logging for structured and unstructured logsTesting
Manual Verification
See testing section of wasmCloud/weld#148