<div dir="ltr"><div>Also:<br></div><div><br></div><div>* Asynchronous logging.  Log something and continue, not blocking on actual message getting written.  Can write a custom logger that works this way, but would be nice if this was supported at the base level.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 14, 2013 at 10:01 AM, Jeremy Powers <span dir="ltr"><<a href="mailto:jpowers@wyrdtech.com" target="_blank">jpowers@wyrdtech.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Some comments from the peanut gallery:<br><div><br></div><div>* Mentioned already: configurable log output.  Configure style/contents of log output based on output location.  More options for included info (thread id, etc).  Allow custom info to be inserted based on logger context.</div>

<div><br></div><div><div>* Also mentioned: Configurable log rotation for file logger.</div><div><br></div>* Pass an exception to logger directly, have it output in message depending on configuration.  Pretty vs. short vs. all-one-line for automated log parsing.</div>

<div><br></div><div>* Support multiple output locations.  Code calls log.whatever(), be able to have that spit out to various places (stdout, syslog, file, etc) depending on configuration. Be able to configure different logging levels for each output.</div>

<div><br></div><div>* Should be able to change log levels via configuration, for debugging of existing code (during dev or production).  That is, be able to change each logger level without recompiling.</div><div><br></div>

<div>* The 'critical' level seem extraneous - when would you use this instead of error or fatal?</div><div><br></div><div>* Easy way to create logger per module, inheriting settings from logger hierarchy.  Associated way to manage loggers and their configuration.</div>

<div><br></div><div><br></div><div>Basically, things I've found useful after using log4j heavily.  Most of them seem fancy and extraneous, until you are dealing with long-running production software you have to fix at three in the morning...</div>

</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 14, 2013 at 9:02 AM, ilya-stromberg <span dir="ltr"><<a href="mailto:ilya-stromberg-2009@yandex.ru" target="_blank">ilya-stromberg-2009@yandex.ru</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Monday, 14 October 2013 at 13:39:10 UTC, Byron wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
** System logging: syslog and windows event logging support.<br>
</blockquote>
<br></div>
+1, add System logging, and use as default windows event logging for windows and syslog for POSIX.<br>
<br>
And remote log support for syslog to allow send log messages via network.<br>
<br>
Also, we should support syslog for windows, but in that case user must provide valid syslog daemon (install it for windows or spesify valid network connection).<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>