headers
Tom Tang (JIRA | 17 Jul 10:46
Picon
Favicon
Gravatar

[jira] Created: (LOG4NET-166) This(1.2.10) doesn't support output TAB character as previous build(1.2.9) anymore, all TAB will be replaced as SPACE char.

This(1.2.10) doesn't support output TAB character as previous build(1.2.9) anymore, all TAB will be
replaced as SPACE char.
---------------------------------------------------------------------------------------------------------------------------

                 Key: LOG4NET-166
                 URL: https://issues.apache.org/jira/browse/LOG4NET-166
             Project: Log4net
          Issue Type: Bug
          Components: Appenders
    Affects Versions: 1.2.10
         Environment: Windows XP/2003 with log4net 1.2.10 and .net 2.0 runtime.
            Reporter: Tom Tang

Here is my conversation pattern for output:
"%c	[%t]	%p	%d{yyyy/MM/dd HH:mm:ss:ffff}	%X{rquid}	%m%n"
Using LayoutType : "log4net.Layout.PatternLayout"

I use "\t"(TAB Char) to separate each column, it did work in log4net 1.2.9(.net 1.1), then I can use
String.Split('\t') to split it.
After I replace old dll with log4net 1.2.10 build on running on .net 2.0, it doesn't work anymore.
All TAB char will be replaced to be SPACE char.

Is it a bug or any other workaround to make possibility on output TAB char as before?

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mark Mitchell (JIRA | 10 Jul 21:48
Picon
Favicon
Gravatar

[jira] Updated: (LOG4NET-10) Add %v pattern to output assembly version


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

Mark Mitchell updated LOG4NET-10:
---------------------------------

    Attachment: asm-patterns.patch

Should be applied to Revsion 675697

Implements all attributes described in Ron's comment, except with the syntax

%asm{Version}
%asm{Title}
%asm{Trademark}
%asm{Description}

> Add %v pattern to output assembly version
> -----------------------------------------
>
>                 Key: LOG4NET-10
>                 URL: https://issues.apache.org/jira/browse/LOG4NET-10
>             Project: Log4net
>          Issue Type: New Feature
>          Components: Core
>    Affects Versions: 1.2.9, 1.2.10
>         Environment: From sourceforege - 775175 - Daniel Cazzulino (kzu) - dcazzulino
>            Reporter: Nicko Cadell
>            Assignee: Ron Grabowski
(Continue reading)

Permalink | Reply | 0 comments |
headers
Miguel L (JIRA | 10 Jul 19:38
Picon
Favicon
Gravatar

[jira] Created: (LOG4NET-165) RollingFileAppender file names do not support UTC

RollingFileAppender file names do not support UTC
-------------------------------------------------

                 Key: LOG4NET-165
                 URL: https://issues.apache.org/jira/browse/LOG4NET-165
             Project: Log4net
          Issue Type: Improvement
    Affects Versions: 1.2.10
         Environment: Windows Vista
            Reporter: Miguel L

There seems to be not way to use UTC dates for RollingFileAppenders names.

In my case :

            RollingFileAppender rfa = new RollingFileAppender();
            rfa.DatePattern = "yyyy-MM-dd HH";
            rfa.RollingStyle = RollingFileAppender.RollingMode.Date;
            rfa.StaticLogFileName = false;
            PatternLayout layout = new PatternLayout("%utcdate %m%n");

I managed to get the log lines in UTC, but not the log file names.

I could got it by a quick & dirty implementation of a UTCRollingFileAppender with custom constructor :

		public UTCRollingFileAppender() 
		{
		    m_dateTime = new UniversalDateTime();
		}
(Continue reading)

Permalink | Reply | 0 comments |
headers
martin.hutter | 10 Jul 06:58
Picon

Martin Hutter/Switzerland/PAGO ist außer Haus.

Ich werde ab  10.07.2008 nicht im Büro sein. Ich kehre zurück am
23.07.2008.

I am currently not in the office, but I will be back on 23th of July 2008.

Wichtige Meldungen bitte an:
Important Mails to:
urs.kuehnis <at> pago.ch
Permalink | Reply | 0 comments |
headers
Frank (JIRA | 9 Jul 14:33
Picon
Favicon
Gravatar

[jira] Created: (LOG4NET-164) using a named mutex for file appenders

using a named mutex for file appenders
--------------------------------------

                 Key: LOG4NET-164
                 URL: https://issues.apache.org/jira/browse/LOG4NET-164
             Project: Log4net
          Issue Type: Improvement
          Components: Appenders
            Reporter: Frank

About logging to the same file from 2 or more instances of an application.
As opposed to a minimallock which makes it still possible for 2 application instances to interfere. Why not
use a named mutex so that the logging will wait for the lock to be released from another instance.

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Permalink | Reply | 1 comment |
headers
Steve Hickman (JIRA | 1 Jul 00:11
Picon
Favicon
Gravatar

[jira] Created: (LOG4NET-163) Tutorial examples on doc web site are broken links

Tutorial examples on doc web site are broken links
--------------------------------------------------

                 Key: LOG4NET-163
                 URL: https://issues.apache.org/jira/browse/LOG4NET-163
             Project: Log4net
          Issue Type: Bug
          Components: Documentation
            Reporter: Steve Hickman
            Priority: Minor

It appears that all the links to example projects on the log4net examples/tutorial page 

(http://logging.apache.org/log4net/release/example-apps.html)

are broken

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Permalink | Reply | 1 comment |
headers
Amjad Khoja (JIRA | 30 Jun 09:15
Picon
Favicon
Gravatar

[jira] Created: (LOG4NET-162) It stops writing to the log file after certain threads are terminated and recreated.

It stops writing to the log file after certain threads are terminated and recreated.
------------------------------------------------------------------------------------

                 Key: LOG4NET-162
                 URL: https://issues.apache.org/jira/browse/LOG4NET-162
             Project: Log4net
          Issue Type: Bug
    Affects Versions: 1.2.10
         Environment: C#, .net framework 3.0, VS2005, Windows XP, intel pentium 4, 3 GHz, 1 GB RAM
            Reporter: Amjad Khoja
            Priority: Blocker

We are using log4net in an windows service application, which spans number of threads. Logging works
perfect until we try to refresh the cache where we terminate the threads and recreate it and in between the
logging stops. When debug we see that it goes to the logger print message statement and there is no error but
nothing gets written to the log file.

This behaviour is undpredictable as sometimes it works fine when it goes through the complete refresh method.

Settings of Log4net in app.config is as follow.

<log4net>
    <appender name="ErrorAppender" type="log4net.Appender.RollingFileAppender">
      <file value="C:\\ErrorNRTRDELogs\\NRTRDELogVPMNC.txt" />
      <appendToFile value="true" />
      <rollingStyle value="Size" />
      <maxSizeRollBackups value="10" />
      <maximumFileSize value="10MB" />
      <staticLogFileName value="true" />
      <layout type="log4net.Layout.PatternLayout">
(Continue reading)

Permalink | Reply | 2 comments |
headers
Stehan Meyn (JIRA | 30 Jun 06:50
Picon
Favicon
Gravatar

[jira] Created: (LOG4NET-161) downloads abort aftger 4.8mn

downloads abort aftger 4.8mn
----------------------------

                 Key: LOG4NET-161
                 URL: https://issues.apache.org/jira/browse/LOG4NET-161
             Project: Log4net
          Issue Type: Bug
          Components: Other
    Affects Versions: 1.2.10, 1.2.9
            Reporter: Stehan Meyn

I tried to download both 1.2.9 and 1.2.10 and the resulting files are 4,923,392 bytes long. (they are
supposed to bemore than 7.65mB).
I checked  using a different channels (i.e. local lan and broadband wireless) and different applications
(ie. Firefox, IE and wget) - always same result. 
Since I can't think of other reasons why this should fail in this peculiar way i wonder if the problem lies at
the repository end.

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Permalink | Reply | 2 comments |
headers
Alan Barker (JIRA | 24 Jun 09:32
Picon
Favicon
Gravatar

[jira] Created: (LOG4NET-160) Downloading the current binaries fail after 4.7 MB

Downloading the current binaries fail after 4.7 MB
--------------------------------------------------

                 Key: LOG4NET-160
                 URL: https://issues.apache.org/jira/browse/LOG4NET-160
             Project: Log4net
          Issue Type: Bug
          Components: Other
    Affects Versions: 1.2.10, 1.2.9
         Environment: Windows XP Professional & KDE 3.4 on Linux 2.6
            Reporter: Alan Barker

The downloads for the current binaries do not seem to complete.  (http://archive.apache.org/dist/incubator/log4net/1.2.10/incubating-log4net-1.2.10.zip)
They reach approx 4.7 MB before the connection fails. This appears to be the same problem as bug #LOG4NET-159.

This happens in different browsers (FireFox 2.0, IE 6, Konquer etc), using different platforms and
Internet Connections.

I have used wget and although I now have sucessfully managed to download the file, wget also exhibited the
same issue:

{code:title=bash-output|borderStyle=solid}
abarker <at> bcom:~/ThornhouseApps> wget http://archive.apache.org/dist/incubator/log4net/1.2.10/incubating-log4net-1.2.10.zip
--14:00:00--  http://archive.apache.org/dist/incubator/log4net/1.2.10/incubating-log4net-1.2.10.zip
           => `incubating-log4net-1.2.10.zip'
Resolving archive.apache.org... 192.87.106.226
Connecting to archive.apache.org|192.87.106.226|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 8,203,576 (7.8M) [application/zip]
(Continue reading)

Permalink | Reply | 1 comment |
headers
CheeHong | 21 Jun 11:46
Picon
Favicon

Log4Net failed in .net 3.5 Framework


Hello,

I had jus migrated my VS2003 project to VS2008 Evaluation version. I found
out that my log4net is giving me an error in which previously it didn't
complain.

Function I called is LogManager.GetLogger(name)

It gives me "TypeInitializationException was unhandled" error, with the
inner exception as "The type initializer for 'log4net.helpers.LogLog' threw
an exception". Go in further it mention about my app.config file is having
unrecognised element.

My app.config has the following structure:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <appSettings>   
    <Hello>
       .....
       .....
    </Hello> 
  </appSettings>
  </configuration>

It is complaining about <Hello> being the unrecognized element. But I am
able to use log4net in VS2003 without any errors. Could it be due to the
incompatibility of using log4net on VS2008 ?
(Continue reading)

Permalink | Reply | 3 comments |
headers
Troglite (JIRA | 17 Jun 23:34
Picon
Favicon
Gravatar

[jira] Created: (LOG4NET-159) Binary file cannot be downloaded

Binary file cannot be downloaded
--------------------------------

                 Key: LOG4NET-159
                 URL: https://issues.apache.org/jira/browse/LOG4NET-159
             Project: Log4net
          Issue Type: Bug
    Affects Versions: 1.2.10
         Environment: MS Windows XP, Firefox
            Reporter: Troglite

Hi,

The following link appears to be broken.
http://archive.apache.org/dist/incubator/log4net/1.2.10/incubating-log4net-1.2.10.zip

I have tried to download this file from multiple workstations, networks, and browsers. Each time, the
download fails after 4,923,392 bytes.

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Permalink | Reply | 3 comments |

Gmane