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

[Feature]: more control over logging #669

Open
RichieB2B opened this issue May 30, 2024 · 2 comments
Open

[Feature]: more control over logging #669

RichieB2B opened this issue May 30, 2024 · 2 comments
Labels
feature Request for new feature triage Issue that need to be triaged

Comments

@RichieB2B
Copy link
Contributor

RichieB2B commented May 30, 2024

Contact Details

richard.vandenberg (at) NCSC-NL

What should we build?

When the connection to the database fails, Orchestrator logs the connection string including password to stderr. We have no control over this because of this line:

main_typer_app = typer.Typer()

We would like to be able to set pretty_exceptions_show_locals=False and other Typer() options.

Additionally this line sets up structlog in a very static way, causing all sorts of problems. See workfloworchestrator/nwa-stdlib#32
It would be great to be able to set our own handlers and formatting.

initialise_logging()

Relevant pseudo code

No response

@RichieB2B RichieB2B added feature Request for new feature triage Issue that need to be triaged labels May 30, 2024
@acidjunk
Copy link
Collaborator

It would be very handy if we could pass some extra info to OrchestratorCore that allows one to configure/use the additional loggers config dict.

Then we can use it like it was supposed:
implementation of initialise_logging()

@pboers1988
Copy link
Member

Hi Guys, thanks for the issue. Logging is something that could definitely receive some TLC, perhaps you would be willing to make a PR?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature Request for new feature triage Issue that need to be triaged
Projects
None yet
Development

No branches or pull requests

3 participants