Picon
Favicon

[jira] [Updated] (LOG4NET-27) Rolling files on date/time boundaries doesn't support a maximum number of backup files.


     [
https://issues.apache.org/jira/browse/LOG4NET-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jochen Kühner updated LOG4NET-27:
---------------------------------

    Attachment: RollingFileAppender.cs

Patched the patch to work with the newest source, and changed the file deletion a little bit (I use the
lastwritedate to find the oldest file!)

> Rolling files on date/time boundaries doesn't support a maximum number of backup files.
> ---------------------------------------------------------------------------------------
>
>                 Key: LOG4NET-27
>                 URL: https://issues.apache.org/jira/browse/LOG4NET-27
>             Project: Log4net
>          Issue Type: New Feature
>          Components: Appenders
>    Affects Versions: 1.2.11
>            Reporter: Florian Ramillien
>            Priority: Minor
>             Fix For: 1.2 Maintenance Release
>
>         Attachments: LOG4NET-27.patch, RollingFileAppender.cs, RollingFileAppender.cs,
RollingFileAppender.cs, RollingFileAppender.cs.patch, RollingFileAppender.patch
>
>
> A maximum of backup files exist when rolling files on file size, but not for rolling on date/time.
(Continue reading)

Picon
Favicon

[jira] [Created] (LOG4NET-323) AbsoluteTimeDateFormatter caches string representation of now too aggressively

AbsoluteTimeDateFormatter caches string representation of now too aggressively
------------------------------------------------------------------------------

                 Key: LOG4NET-323
                 URL: https://issues.apache.org/jira/browse/LOG4NET-323
             Project: Log4net
          Issue Type: Bug
          Components: Other
    Affects Versions: 1.2.11
            Reporter: Matthew Gabeler-Lee
            Priority: Minor

The AbsoluteTimeDateFormatter class caches the string representation of the most recent timestamp it
has seen, down to the second.

The problem is, this cache is inherited by other formatter classes, which represent that value in
different ways.

This causes the formatted date/time generated by layouts and thus appended to logs to be inconsistent if
there are multiple date/time formats in use in different appenders.  For example, I have a debug appender
which uses the %date{ABSOLUTE} format, and a log file appender which uses the %date{ISO8601} format. 
Because the debug appender sees most messages first, most (but not all!) entries in the log file get the
ABSOLUTE format, even though ISO8601 was specified.

The cache of the string representation needs to be specific to a particular date format.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
(Continue reading)

Picon
Favicon

[jira] [Issue Comment Edited] (LOG4NET-178) Log4Net stops logging after appdomain recycle of aps.net2.0 application


    [
https://issues.apache.org/jira/browse/LOG4NET-178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204054#comment-13204054
] 

Jim Moore edited comment on LOG4NET-178 at 2/8/12 10:24 PM:
------------------------------------------------------------

I see this issue as well.  Exactly the same, IIS 6, asp.net 4.0, log4Net 1.2.11.

                
      was (Author: reallyjim):
    I see this issue as well.  Exactly the same, IIS 6, asp.net 4.0.

                  
> Log4Net stops logging after appdomain recycle of aps.net2.0 application
> -----------------------------------------------------------------------
>
>                 Key: LOG4NET-178
>                 URL: https://issues.apache.org/jira/browse/LOG4NET-178
>             Project: Log4net
>          Issue Type: Bug
>          Components: Appenders
>    Affects Versions: 1.2.10
>         Environment: Windows server 2003
>            Reporter: Richard Nijkamp
>             Fix For: 1.2 Maintenance Release
>
>
> Dear sir/madam,
(Continue reading)

Picon
Favicon

[jira] [Commented] (LOG4NET-178) Log4Net stops logging after appdomain recycle of aps.net2.0 application


    [
https://issues.apache.org/jira/browse/LOG4NET-178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204054#comment-13204054
] 

Jim Moore commented on LOG4NET-178:
-----------------------------------

I see this issue as well.  Exactly the same, IIS 6, asp.net 4.0.

                
> Log4Net stops logging after appdomain recycle of aps.net2.0 application
> -----------------------------------------------------------------------
>
>                 Key: LOG4NET-178
>                 URL: https://issues.apache.org/jira/browse/LOG4NET-178
>             Project: Log4net
>          Issue Type: Bug
>          Components: Appenders
>    Affects Versions: 1.2.10
>         Environment: Windows server 2003
>            Reporter: Richard Nijkamp
>             Fix For: 1.2 Maintenance Release
>
>
> Dear sir/madam,
>  We are using Log4Net 1.2.10. We encounter the problem that Log4net doesn't continue logging after an
event that triggers an appdomain recycle/restart.
>  In the global.asax we start the logging with:
>  private static readonly ILog log = LogManager.GetLogger(MethodBase.GetCurrentMethod().DeclaringType);
(Continue reading)

Picon
Favicon

[jira] [Created] (LOG4NET-322) Conditional compilation symbols for .net4 Release

Conditional compilation symbols for .net4 Release
-------------------------------------------------

                 Key: LOG4NET-322
                 URL: https://issues.apache.org/jira/browse/LOG4NET-322
             Project: Log4net
          Issue Type: Bug
          Components: Builds
    Affects Versions: 1.2.11
         Environment: log4net.vs2010 project
            Reporter: Iso Su

While Debug configuration has a proper list of Conditional compilation symbols
("NET;NET_2_0;NET_4_0"), the Release configuration has them set to "STRONG;NET;NET_1_0;". This
causes problems with a lot of appenders and LogicalThreadContext is not working, since it uses
SetData(), not LogicalSetData()

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Picon
Favicon

[jira] [Created] (LOG4NET-321) Add AppSettings lookup to configuration reader value setting

Add AppSettings lookup to configuration reader value setting
------------------------------------------------------------

                 Key: LOG4NET-321
                 URL: https://issues.apache.org/jira/browse/LOG4NET-321
             Project: Log4net
          Issue Type: Improvement
          Components: Core
    Affects Versions: 1.2.11
            Reporter: Jonathan Choy
            Priority: Minor

Add wrapper lookup to resolve AppSetting key/value pairs in the same fashion as environment variables
during configuration. This facilitates deploying the same codebase across environments where the
logging configuration differs only by a machine-specific key/value pair that would already be stored,
forex, in the machine.config or a per-server or per-environment local web.config transform, and the
transform is applicable but setting environment variables is not. (AppHarbor style hosting, for a
specific example).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Ron Grabowski | 14 Jan 22:41
Picon
Favicon

Who owns the log4net nuget package?

Does anyone know who owns the log4net nuget package?

http://nuget.org/packages/log4net
http://blog.cincura.net/232619-log4net-back-alive-on-nuget/

We're the 6th most populate package on nuget! Can someone explain what it would take to get the nuget package files into our svn repository?
Ron Grabowski | 13 Jan 19:21
Picon
Favicon

SDK docs on apache.org don't display properly

Anyone know why there are extended chars in most of the log4net ndoc files? For example this page has empty-blocks in IE9 and triangle-question-marks in Firefox:

heed | 29 Dec 17:24
Favicon

RollingFileAppender error when one thread rolls (date) the current log file and another thread tries to append a new log entry at the same time


Hi!

I've noticed an error (seen it a few times on different servers) that I
think occurs exactly when one thread rolls (date, per day) the current log
file and another thread tries to append a new log entry at the same time. 
I've looked really quick at the source code for this particular case and I
can't really see how these two events are protected from each other, but it
could be that I just didn't find the lock or protection mechanism that is
used to secure the roll from simultaneously writes/appends. If possible it
would be interesting to get a short explanation of how this mechanism works.

We're using version 1.2.10 of log4net.

Our setup is to use an Apache web server on Linux together with mod_mono and
mono to run a asp.net/C# based web service. Only one instance of the mono
process should be running so there should only be access from one process
but there will be log access from several threads.

(Apache uses piped logging and also rolls its log files at midnight)

Please let me know if you need any other information.

/Joakim

I'll attach the error from the Apache log that receives the stack trace from
mono:

**
ERROR:../../mono/io-layer/handles-private.h:362:_wapi_handle_share_release:
assertion failed: (info->handle_refs > 0)
Stacktrace:

  at (wrapper managed-to-native) System.IO.MonoIO.Close
(intptr,System.IO.MonoIOError&) <0x00050>
  at (wrapper managed-to-native) System.IO.MonoIO.Close
(intptr,System.IO.MonoIOError&) <0x00050>
  at System.IO.FileStream.Dispose (bool) <0x000b7>
  at System.IO.Stream.Close () <0x0001b>
  at log4net.Appender.FileAppender/ExclusiveLock.CloseFile () <0x00055>
  at log4net.Appender.FileAppender/LockingStream.Close () <0x0001a>
  at System.IO.StreamWriter.Dispose (bool) <0x000c8>
  at System.IO.StreamWriter.Close () <0x0001b>
  at log4net.Util.TextWriterAdapter.Close () <0x0001d>
  at log4net.Util.QuietTextWriter.Close () <0x00017>
  at log4net.Appender.TextWriterAppender.CloseWriter () <0x00045>
  at log4net.Appender.FileAppender.CloseWriter () <0x00047>
  at log4net.Appender.TextWriterAppender.WriteFooterAndCloseWriter ()
<0x00025>
  at log4net.Appender.FileAppender.CloseFile () <0x00016>
  at log4net.Appender.RollingFileAppender.RollOverTime (bool) <0x0020f>
  at log4net.Appender.RollingFileAppender.AdjustFileBeforeAppend ()
<0x0013f>
  at log4net.Appender.RollingFileAppender.Append (log4net.Core.LoggingEvent)
<0x0001b>
  at log4net.Appender.AppenderSkeleton.DoAppend (log4net.Core.LoggingEvent)
<0x0014a>
  at log4net.Util.AppenderAttachedImpl.AppendLoopOnAppenders
(log4net.Core.LoggingEvent) <0x0012c>
  at log4net.Repository.Hierarchy.Logger.CallAppenders
(log4net.Core.LoggingEvent) <0x000b7>
  at log4net.Repository.Hierarchy.Logger.ForcedLog
(System.Type,log4net.Core.Level,object,System.Exception) <0x00086>
  at log4net.Repository.Hierarchy.Logger.Log
(System.Type,log4net.Core.Level,object,System.Exception) <0x00074>
  at log4net.Core.LogImpl.Debug (object) <0x00040>
  at FluorineFx.AmfRequestHandler.ProcessRequest
(System.Web.HttpApplication) <0x00173>
  at FluorineFx.FluorineGateway.ProcessRequest (System.Web.HttpApplication)
<0x00048>
  at FluorineFx.FluorineGateway.ApplicationPreRequestHandlerExecute
(object,System.EventArgs) <0x0004b>
  at System.Web.HttpApplication/<RunHooks>c__Iterator1.MoveNext () <0x0034e>
  at System.Web.HttpApplication/<Pipeline>c__Iterator2.MoveNext () <0x03072>
  at System.Web.HttpApplication.Tick () <0x00040>
  at System.Web.HttpApplication.Start (object) <0x001cb>
  at System.Web.HttpApplication.System.Web.IHttpHandler.ProcessRequest
(System.Web.HttpContext) <0x0003b>
  at System.Web.HttpRuntime.Process (System.Web.HttpWorkerRequest) <0x0023d>
  at System.Web.HttpRuntime.RealProcessRequest (object) <0x0005f>
  at System.Web.HttpRuntime.ProcessRequest (System.Web.HttpWorkerRequest)
<0x0004f>
  at Mono.WebServer.MonoWorkerRequest.ProcessRequest () <0x000af>
  at Mono.WebServer.BaseApplicationHost.ProcessRequest
(Mono.WebServer.MonoWorkerRequest) <0x00083>
  at Mono.WebServer.ModMonoApplicationHost.ProcessRequest
(int,string,string,string,string,string,int,string,int,string,string[],string[],object)
<0x0043f>
  at (wrapper remoting-invoke-with-check)
Mono.WebServer.ModMonoApplicationHost.ProcessRequest
(int,string,string,string,string,string,int,string,int,string,string[],string[],object)
<0x001ef>
  at (wrapper xdomain-dispatch)
Mono.WebServer.ModMonoApplicationHost.ProcessRequest
(object,byte[]&,byte[]&,int,string,string,string,string,string,int,string,int,string,string[],string[])
<0x004e3>
 at (wrapper xdomain-invoke)
Mono.WebServer.ModMonoApplicationHost.ProcessRequest
(int,string,string,string,string,string,int,string,int,string,string[],string[],object)
<0x00252>
  at (wrapper remoting-invoke-with-check)
Mono.WebServer.ModMonoApplicationHost.ProcessRequest
(int,string,string,string,string,string,int,string,int,string,string[],string[],object)
<0x00127>
  at Mono.WebServer.ModMonoWorker.InnerRun (object) <0x0067f>
  at Mono.WebServer.ModMonoWorker.Run (object) <0x0002f>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this___object
(object,intptr,intptr,intptr) <0x0005c>

Native stacktrace:

        /usr/bin/mono() [0x487ad6]
        /lib/libpthread.so.0(+0xef60) [0x7f2929b95f60]
        /lib/libc.so.6(gsignal+0x35) [0x7f29295d6165]
        /lib/libc.so.6(abort+0x180) [0x7f29295d8f70]
        /lib/libglib-2.0.so.0(g_assertion_message+0x131) [0x7f292a2125d1]
        /lib/libglib-2.0.so.0(g_test_timer_start+0) [0x7f292a212b50]
        /usr/bin/mono() [0x59d649]
        /usr/bin/mono() [0x597658]
        /usr/bin/mono() [0x597774]
        /usr/bin/mono() [0x5095fc]
        [0x40a0dba0]

Debug info from gdb:

=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

** (/usr/lib/mono/2.0/mod-mono-server2.exe:26967): WARNING **:
process_set_termination_details: error looking up process handle 0x403
[Tue Dec 20 00:00:13 2011] [error] (70014)End of file found: read_data
failed
[Tue Dec 20 00:00:13 2011] [error] Command stream corrupted, last command
was 1
[Tue Dec 20 00:00:13 2011] [error] (104)Connection reset by peer: read_data
failed
[Tue Dec 20 00:00:13 2011] [error] Command stream corrupted, last command
was 1

And this is the appender from the log4net.config file:
<appender name="RollingLogFileAppender"
type="log4net.Appender.RollingFileAppender">
                <file value="Logs/fluorine.log" />
                <appendToFile value="true" />
                <rollingStyle value="Date" />
                <datePattern value="yyyyMMdd" />
                <layout type="log4net.Layout.PatternLayout">
                <conversionPattern value="%date [%thread] %-5level %logger -
%message%newline" />
                </layout>
</appender>

--

-- 
View this message in context: http://old.nabble.com/RollingFileAppender-error-when-one-thread-rolls-%28date%29-the-current-log-file-and-another-thread-tries-to-append-a-new-log-entry-at-the-same-time-tp33050908p33050908.html
Sent from the Log4net - Dev mailing list archive at Nabble.com.

Picon
Favicon

[jira] [Created] (LOG4NET-320) Location Information

Location Information
--------------------

                 Key: LOG4NET-320
                 URL: https://issues.apache.org/jira/browse/LOG4NET-320
             Project: Log4net
          Issue Type: New Feature
          Components: Core
    Affects Versions: 1.2.11
            Reporter: Adam Davies
            Priority: Minor

Add the ability to offset the stacktrace information.  On occasion there is a need to skip the first n stack
locations.  For example, if using a generic method to log exceptions and then rethrow them; the generic
method is irrelevant information in the stack.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Ramon Smits | 23 Dec 09:48
Picon
Gravatar

Old / new key flaw



What is it with this old/new key?



I can share some thought about this new key philosophy regarding they anyone should be able to patch it but I think it is wrong. How can I validate a package from untrusted sources if they have access to the 'official' private key ?

If anyone needs strong named assemblies then that is for reasons. If they want to have a patchable log4net then they should compile their own version with their own key.


For example, somebody has created a log4net nuget : http://nuget.org/packages/log4net

How can I validate if this is an official binary? It could do al sorts of stuff if everybody can just recompile it and put it on such a big site as nuget.org


This is just bad and my guess is that if the "official release" is not the old key that you just killed log4net as nobody wants to recompile all their dependancies.

And still, if you want to move to a new 'public' key pair (which as I mentioned is a bad bad bad thing) then dont create an official 'old' key binary.

-- 
Ramon


Gmane