-
Notifications
You must be signed in to change notification settings - Fork 126
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
Remove the logging magic #118
Comments
I agree with the above. If anyone is using Serilog and needs a workaround for this in the mean time, this will filter out all logging events from WebsocketClient: |
Hey @BasieP , definitely a valid point. I think we don't need to reimplement the wheel, abstraction You can disable logging, usually by lowering the log level, Serilog example in appsettings.json:
|
@Marfusios I think no logging is better than migrating the logging. |
@Marfusios are there any plans to get that PR to use I would also like an option with no logging or MS logging instead, would try it out if there is a preview version available on NuGet. |
hi,
request here..
I cannot disable logging right now.. and I really don't want my application to log all the stuff the websocket client is logging.
Libraries are not accually suppost to log stuff..
There are accually two reasons for that.
Why not remove the magic called 'LibLog' and replace it by simple delegates?
I can imagine two different approaches.
Ofcourse is the first option the quickest, but most ugly. It solves problem 1 (flooding of logfile) but not problem 2, since you can't distinct between different types of errors.
So I would like to see functional delegates (or events) on which my application can subscribe (please not with reactive), and where my application can define actions, based upon the functional meaning.
And ofcourse, a lot of logging can simply be removed, because it looks a lot like it's only there for debug purposes..
like this:
The text was updated successfully, but these errors were encountered: