-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Will LibLog be replaced? #1584
Comments
The rule #1 for logging in a framework – don't depend on any external package. Otherwise sooner or later there will be a breaking change in that package, and you'll have a version lock, where you can't upgrade without breaking all the current installations, and can't leave the current version, because newer projects will be unable to use it. LibLog plays well as it's a simple source file and doesn't force you to have any external NuGet package references. |
Agreed with odinserj, microsoft.extension.logging is wired with others nugets, requires modification on all constructors for same functionality. Totally useless. On some of my personal projects i sticked on liblog. |
@odinserj any chance of reconsidering the use of Microsoft.Extensions.Logging? If not, I'll try upgrading the LibLog dependency to the latest version. |
Unfortunately, there are breaking changes in the LibLog of the latest version, so it's currently not possible just to upgrade it. |
Also, LibLog is added to Hangfire as sources, and there's no dependency on its NuGet package. |
I just read that LibLog has been deprecated (see damianh/LibLog#270). Has any thought be given yet to whether Hangfire will switch to Microsoft.Extensions.Logging or a different logging abstraction?
The text was updated successfully, but these errors were encountered: