-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
LogManager.Shutdown - Should disable file watcher and avoid auto reload #2616
LogManager.Shutdown - Should disable file watcher and avoid auto reload #2616
Conversation
55af206
to
0fb2b47
Compare
Codecov Report
@@ Coverage Diff @@
## master #2616 +/- ##
=======================================
- Coverage 81% 81% -<1%
=======================================
Files 326 326
Lines 24028 24034 +6
Branches 3037 3037
=======================================
Hits 19462 19462
- Misses 3746 3754 +8
+ Partials 820 818 -2 |
44d265b
to
633230c
Compare
@304NotModified Improved Have also disabled the concurrent shutdown-auto-flush on the Linux-platform, as it seems to cause problems for NetCore-Applications (Just like for Mono) |
9097a4e
to
6c96d6f
Compare
@304NotModified Little annoying that creating a new Logger-object actually causes the LoggingConfiguration to be reloaded after having called LogManager.Shutdown(). Have now changed the logic of |
6c96d6f
to
092b8d5
Compare
092b8d5
to
d6754c9
Compare
Victims of shutdown-auto-flush not working on Linux (Needs explicit call to https://github.com/dotnet/corefx/issues/27952 Better to have unflushed logevents than segmentation fault at application exit (even if no logevents to flush) |
@304NotModified Would like to have this included in NLog 4.5 RTM if possible. There are two important changes:
|
Was doubting about that, but it's merged now :) |
Thank you for the merge. Any update on the timeline for NLog 4.5 RTM ? |
Yes, in the weekend 24+25 I have some more free time and i planned the rtm release for then. |
Very exciting. I will be going on easter holiday from monday the 26th. |
One might consider to call LogFactory.Close(), but that might be a breaking change as it would prevent the engine to startup again after shutdown (Would have to fix unit tests, so they don't call LogManager.Shutdown)
Adventure that continues from #1899 and #82
LogManager.Shutdown() was created to simulate Shutdown in Log4net.