gmane.comp.log.log4net.user

log4net.dll version 1.2.10.0 (FileSystemWatcher objects)

Yuvraj Raj — 2013-05-23T18:26:02

Hi,

I am application developer team supporting.NET project in Michaels Stores. We have been using log4net.dll version 1.2.10.0 for application logs for our project. The application is implemented in .NET , C# with 3.5 framework.

Recently we have faced System.OutOfMemoryException exception thrown by the application. We have opened case with Microsoft. Microsoft analyzed and said memory consumption is due to FileSystemWatcher objects used by log4net.Config.XmlConfigurator+ConfigureAndWatchHandler which are still alive and pinned objects.

From the memory dump, They found >2000 instances of log4net.Config.XmlConfigurator+ConfigureAndWatchHandler and the FileSystemWatcher objects created that contributed this issue. The issue is happening due to the fragmentation of Gen2 Heap. The reason for the fragmentation is the pinned System.IO.Overlapped objects used by FileSystemWatcher objects.

To resolve the memory issue, we need to get rid of the fragmentation caused by pinned objects used by FileSystemWatcher objects

We have created logger object in singleton class but not sure how multiple objects are being created.

When looking at the log4net.dll help from Apache web page, we found the below link for log4net that have bug (LOG4NET-158) in version 1.2.10.0 saying XmlConfigurator.ConfigureAndWatch() leaks resources if called multiple times

https://issues.apache.org/jira/browse/LOG4NET-158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12601148#action_12601148

The issue was fixed in version 1.2.11.0. Please let us know if above memory issue was related to the bug and it has been resolved in the next release.

Any help would be greatly appreciated.

Best Regards,
Yuvraj
Work: 972 409 5703 | Support: 972 400 0174 | Cell: 469 438 1396

_____________________________________________________________________________
Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www-935.ibm.com/services/us/index.wss/offerfamily/iss/a1026954
_____________________________________________________________________________

Re: How to force log4net to refresh timezone information?

Dominik Psenner — 2013-05-23T16:28:03

As a matter of fact, adding the ClearCachedData() fixed also log4net in my
case. But as mentioned there is that little gotcha of thread-static
variables and that's something that is baked into the CLR.

Given now a quick outlining of your use case I would solve the problem like
this:

* make up an installer that can be fired up and sets up things as needed
* make sure the installer launches the installed process
* create an image of the windows embedded OS together with an installer in
the autostart
* ship that image

This way the installer gets fired up, sets up things as needed and starts
the application once he is done with all the work. The application will
find the system settings as they are needed and all is fine. Of course
there remains the little gotcha that someone can in fact change the
timezone later, but as a matter of fact I would cope with that case either
in the FAQ or with a background thread that restarts the application.

Cheers


2013/5/23 Warrick Wilson <guywithdogs< at >gmail.com>

Re: How to force log4net to refresh timezone information?

Warrick Wilson — 2013-05-23T14:02:36


Daily, but not in the way you think. The code runs on a device using
Windows Embedded 7. The device is imaged at our site with OS and our code.
Then it gets shipped to the customer site, connected to a network and fired
up. Installer enters one identifying key and our backend server then
configures the device over the network. We're trying to avoid a reboot
after initial configuration if possible.

I appreciate your recreation. Our system is indeed multi-threaded, and EACH
of our threads has a handler that does the ClearCachedData() call. Time
that our threads generate adjust appropriately. Log4net, as you discovered,
does not. You're now at the point where I am - aware that the library
doesn't seem to have a way to force this to change.

If DOES change on a restart - we're trying to avoid that. It's an
inconvenience. Not surprisingly, a lot of our initial support issues are
related to installation and first start. The weird times make it awkward.
So we do log that we changed the time and what the new offset is. I was
just hoping this wasn't a new issue and someone more familiar with log4net
would say "oh, that..." and forward a message from 2008 that had a magic
incantation that would have the same effect as ClearCachedData().

Thanks for looking into this.

AW: How to force log4net to refresh timezone information?

Dominik Psenner — 2013-05-23T11:58:22

I was able to reproduce the issue and - whether this is right or not - the microsoft developers have decided that changes in the system settings are not pushed to running (.NET) processes. Instead every process caches culture information and the cached information is used until it is explicitly refreshed. So the issue you observed is not something that affects only log4net, but it is something that affects all .NET applications around the globe. If you're happy with that explanation don't read on. More fancy stuff follows.

First I did not believe it would be so. Thus I wrote a small test application that does not much but display the current time:

public partial class MainWindow : Window
{
private static readonly ILog log = LogManager.GetLogger(typeof(MainWindow));

static MainWindow()
{
BasicConfigurator.Configure();
}

public MainWindow()
{
InitializeComponent();

DispatcherTimer dt = new DispatcherTimer();
dt.Interval = TimeSpan.FromSeconds(1);
dt.Tick += dt_Tick;
dt.Start();
}

void dt_Tick(object sender, EventArgs e)
{
if (ClearCachedDataCheckBox.IsChecked.Value)
{
CultureInfo.CurrentCulture.ClearCachedData();
}

DateTime localNow = DateTime.Now;
DateTime utcNow = DateTime.UtcNow;

string localNowString = localNow.ToString(CultureInfo.InvariantCulture);
string utcNowString = utcNow.ToString(CultureInfo.InvariantCulture);

log.InfoFormat("Local time='{0}'; UTC time='{1}'", localNowString, utcNowString);
LocalTimeLabel.Content = localNowString;
UtcTimeLabel.Content = utcNowString;
}
} 

So I could see that the time did indeed not update itself until I checked the "ClearCachedDataCheckBox" and "ClearCachedData" was invoked. And I can also understand why microsoft decided to make it behave like this. Imagine what would happen if your program depends on an ever-increasing timestamp from DateTime.Now. I.e. something like:

DateTime lastTime = DateTime.MinValue;
while(true) {
if(lastTime + TimeSpan.FromMinutes(1) < DateTime.Now) {
try {
// do an important operation every 1 minutes
} finally {
lastTime = DateTime.Now;
}
}
}

This going to fail if someone changes the timezone so that the local time goes into the past. Your code won't be executed for the amount of hours he travelled back into the past. Of course one could work around this issue by comparing the UNIX timestamp and doing modulo operations, but there are a lot of lazy developers on earth and the real world is a messy place. ;-) Please note also that my example is a simple single-threaded one. The above might not work anymore as soon as you start with multi-threading. The CultureInfo properties are, AFAIK, thread-static.

Cheers,
D.

-----Ursprüngliche Nachricht-----
Von: Dominik Psenner [mailto:dpsenner< at >gmail.com] 
Gesendet: Donnerstag, 23. Mai 2013 13:13
An: 'Log4NET User'
Betreff: AW: How to force log4net to refresh timezone information?

In aircrafts the UTC timezone is used. And one is not allowed to use laptops during starts and landings. :-)

To come back to topic: is the time zone changed within an application or via the windows control panel that can be opened by following the guide below?

http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/windows_date_change_time.mspx?mfr=true

-----Ursprüngliche Nachricht-----
Von: Christian Grobmeier [mailto:grobmeier< at >gmail.com] 
Gesendet: Donnerstag, 23. Mai 2013 12:00
An: Log4NET User
Betreff: Re: How to force log4net to refresh timezone information?

Hi,

On Thu, May 23, 2013 at 11:31 AM, Dominik Psenner <dpsenner< at >gmail.com> wrote:

Maybe its an app for use in aircraft? You never know...






--
http://www.grobmeier.de
https://www.timeandbill.de

AW: How to force log4net to refresh timezone information?

Dominik Psenner — 2013-05-23T11:12:50

In aircrafts the UTC timezone is used. And one is not allowed to use laptops during starts and landings. :-)

To come back to topic: is the time zone changed within an application or via the windows control panel that can be opened by following the guide below?

http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/windows_date_change_time.mspx?mfr=true

-----Ursprüngliche Nachricht-----
Von: Christian Grobmeier [mailto:grobmeier< at >gmail.com] 
Gesendet: Donnerstag, 23. Mai 2013 12:00
An: Log4NET User
Betreff: Re: How to force log4net to refresh timezone information?

Hi,

On Thu, May 23, 2013 at 11:31 AM, Dominik Psenner <dpsenner< at >gmail.com> wrote:

Maybe its an app for use in aircraft? You never know...






--
http://www.grobmeier.de
https://www.timeandbill.de

Re: How to force log4net to refresh timezone information?

Christian Grobmeier — 2013-05-23T09:59:51

Hi,

On Thu, May 23, 2013 at 11:31 AM, Dominik Psenner <dpsenner< at >gmail.com> wrote:

Maybe its an app for use in aircraft? You never know...






--
http://www.grobmeier.de
https://www.timeandbill.de

AW: How to force log4net to refresh timezone information?

Dominik Psenner — 2013-05-23T09:31:24

Hi

 

I'm wondering, how often does your deployment computer travel from one
timezone to another while it is powered on?

 

Cheers,

D.

 

Von: Warrick Wilson [mailto:guywithdogs< at >gmail.com] 
Gesendet: Donnerstag, 23. Mai 2013 05:55
An: log4net-user< at >logging.apache.org
Betreff: How to force log4net to refresh timezone information?

 

I've inherited a project that users log4net to do some logging. One of the
things that got noticed was that changes to the timezone on the PC that the
program runs on don't get the logging times changed (e.g. changing the
timezone from Pacific to Eastern does not change the logging time by 3
hours)

 

The program code that was written by "us" has routines in that trap an event
for timezone changes and call TimeZoneInfo.ClearCachedData() (something like
that... doing this from memory).

 

Is there a call that can be made to get the log4net "innards" to do the same
sort of thing?

How to force log4net to refresh timezone information?

Warrick Wilson — 2013-05-23T03:55:22

I've inherited a project that users log4net to do some logging. One of the
things that got noticed was that changes to the timezone on the PC that the
program runs on don't get the logging times changed (e.g. changing the
timezone from Pacific to Eastern does not change the logging time by 3
hours)

The program code that was written by "us" has routines in that trap an
event for timezone changes and call TimeZoneInfo.ClearCachedData()
(something like that... doing this from memory).

Is there a call that can be made to get the log4net "innards" to do the
same sort of thing?

Re: log4net with IntelliTrace

Dominik Psenner — 2013-05-06T19:45:00

The learning curve shouldn't be too steep as long as microsoft provides an
API to which you can attach to or invoke into.


2013/5/6 Todd Bradley <Todd.Bradley< at >nirvanix.com>

RE: log4net with IntelliTrace

Todd Bradley — 2013-05-06T18:28:24

I'll keep that in mind. The biggest hurdle, I imagine, would be finding a way to stream events into Microsoft's system. I seriously doubt they designed it to be easy to integrate 3rd party tools with, though I could be wrong!

Thanks,
Todd.

From: Dominik Psenner [mailto:dpsenner< at >gmail.com]
Sent: Monday, May 06, 2013 11:12 AM
To: Log4NET User
Subject: Re: log4net with IntelliTrace

Hi Todd,

Feel free to implement your custom appender that sinks events into IntelliTrace. If you're willing to share your achievements and if microsofts licensing allows log4net to invoke IntelliTrace, we would be happy to accept any sensible patches.

Cheers,
D.

2013/5/6 Todd Bradley <Todd.Bradley< at >nirvanix.com<mailto:Todd.Bradley< at >nirvanix.com>>
Yup. We're using VS Ultimate for load testing, and the tests are based on some functional tests that we're trying to use log4net with. We like Apache Logging, as two of us have used log4j at other companies before we came to this C# shop. But we're still trying to come to grips with all the changes in environments.

From: Sam Carter [mailto:cppprogrammer< at >live.com<mailto:cppprogrammer< at >live.com>]
Sent: Thursday, May 02, 2013 7:09 PM
To: Log4net User Group
Subject: RE: log4net with IntelliTrace

I think you need Visual Studio Ultimate to use it (i.e. hefty license cost)
________________________________
From: Todd.Bradley< at >nirvanix.com<mailto:Todd.Bradley< at >nirvanix.com>
To: log4net-user< at >logging.apache.org<mailto:log4net-user< at >logging.apache.org>
Subject: log4net with IntelliTrace
Date: Thu, 2 May 2013 18:09:40 +0000
Has anyone tried integrating log4net with Microsoft IntelliTrace?

http://msdn.microsoft.com/en-us/library/vstudio/dd264915.aspx

That's their system for recording "events" that happened during execution of an app, such as debugger events, exceptions, etc. I haven't personally used it, but IntelliTrace sounds like it might be useful for troubleshooting distributed load tests, and we're standardizing on log4net for logging in our test code.

Cheers,
Todd.

--
Dominik Psenner
## OpenPGP Key Signature #################################
# Key ID: B469318C                                       #
# Fingerprint: 558641995F7EC2D251354C3A49C7E3D1B469318C  #
##########################################################

Re: log4net with IntelliTrace

Dominik Psenner — 2013-05-06T17:11:55

Hi Todd,

Feel free to implement your custom appender that sinks events into
IntelliTrace. If you're willing to share your achievements and if
microsofts licensing allows log4net to invoke IntelliTrace, we would be
happy to accept any sensible patches.

Cheers,
D.


2013/5/6 Todd Bradley <Todd.Bradley< at >nirvanix.com>

RE: log4net with IntelliTrace

Todd Bradley — 2013-05-06T14:57:01

Yup. We're using VS Ultimate for load testing, and the tests are based on some functional tests that we're trying to use log4net with. We like Apache Logging, as two of us have used log4j at other companies before we came to this C# shop. But we're still trying to come to grips with all the changes in environments.

From: Sam Carter [mailto:cppprogrammer< at >live.com]
Sent: Thursday, May 02, 2013 7:09 PM
To: Log4net User Group
Subject: RE: log4net with IntelliTrace

I think you need Visual Studio Ultimate to use it (i.e. hefty license cost)
________________________________
From: Todd.Bradley< at >nirvanix.com<mailto:Todd.Bradley< at >nirvanix.com>
To: log4net-user< at >logging.apache.org<mailto:log4net-user< at >logging.apache.org>
Subject: log4net with IntelliTrace
Date: Thu, 2 May 2013 18:09:40 +0000
Has anyone tried integrating log4net with Microsoft IntelliTrace?

http://msdn.microsoft.com/en-us/library/vstudio/dd264915.aspx

That's their system for recording "events" that happened during execution of an app, such as debugger events, exceptions, etc. I haven't personally used it, but IntelliTrace sounds like it might be useful for troubleshooting distributed load tests, and we're standardizing on log4net for logging in our test code.

Cheers,
Todd.

Re: ThreadID not changing

Ron Grabowski — 2013-05-03T16:26:41

What happens when you retrieve the current thread id on your own and include it in the log message? Does it match %t?

I believe LoggingEvent by default captures the current thread id at the time the log is being generated then makes that available as %t. FixFlags is the property name. I think FixFlags.Partial is the default:

http://logging.apache.org/log4net/release/sdk/log4net.Core.FixFlags.html


________________________________
 From: Randar101 <randar.puust< at >blueprintsys.com>
To: log4net-user< at >logging.apache.org 
Sent: Friday, May 3, 2013 10:53 AM
Subject: ThreadID not changing
 

We have an application that has the following architecture:
-IIS
-WCF RIA Services.  
-Silverlight client
-We log on both the client and the server and use Clog to send the logs from
the client

My issue is with our server logs.  Whenever log4net logs the threadId, it
seems to be the same until something big happens (i.e. IIS Reset).  So the
log file looks like this even though these are two users hitting it at the
same time.

Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , TestUser3,
Debug,Currently logged in as TestUser3
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179,
uo2sexbeikaej0hpwoiylxxz, TestUser3, Debug,Initializing
UserManagementDomainService
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179,
uo2sexbeikaej0hpwoiylxxz, TestUser3, Debug,[UserManagementDomainService]
running query [GetUserManagementCacheData] Thread[146] Instance[New] 
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , , Debug,"Begin
[/Services/TheApplicationSys-RC-Client-RIA-Models-Services-SettingsDomainService.svc/Soap]
Type=Service,IP=::1"
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , TestUser6,
Debug,Currently logged in as TestUser6
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179,
u5avnhurwzctmzrep1sxafw1, TestUser6, Debug,Initializing
SettingsDomainService
Server: 02/05/2013 18:16:16, GMT-05:00, 149, u5avnhurwzctmzrep1sxafw1,
TestUser6, GetUserDictionary, [PROFILING], 11,
5001fe21-7d56-4719-89af-510674543765, 
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , TestUser6,
Debug,"End  
[/Services/TheApplicationSys-RC-Client-RIA-Models-Services-SettingsDomainService.svc/Soap]
Type=Service,IP=::1,Page=TheApplicationSys-RC-Client-RIA-Models-Services-SettingsDomainService.svc;Duration=11.670ms,User=TestUser6"
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , , Debug,"Begin
[/Services/TheApplicationSys-RC-Client-RIA-Models-Services-FeatureLicenseDomainService.svc/Soap]
Type=Service,IP=::1"
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , TestUser6,
Debug,Currently logged in as TestUser6
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179,
u5avnhurwzctmzrep1sxafw1, TestUser6, Debug,Initializing
FeatureLicenseDomainService

Once something happens, the thread ID changes and is then consistently that
number.  Looking through our code, we don't explicitly set the threadID, so
it has to coming form Log4net.  There is nothing that would lead us to
believe that our application is actually single threaded.  We are setup for
“Single” ConcurrencyMode and “PerSession”, which means that every unique
client may get a new thread.  We run some fairly heavy load tests and can
see what looks very much like parallel activity.  I've looked at our log
files for very busy environments (production, QA, etc.) and they all seem to
behave the same.  So at this point, it feels like a logging issue and not a
threading issue.

Has anybody seen this or have a solution?

The appender is as follows:

  <appender name="ServerFileAppender"
type="log4net.Appender.RollingFileAppender">
    <file value="Log\TheApplication.log" />
    <appendToFile value="true" />
    
    <lockingModel type="log4net.Appender.FileAppender+MinimalLock" />
    
    <maxSizeRollBackups value="2" />
    
    
    
    <rollingStyle value="Size" />
    
    <maximumFileSize value="10MB" />
    
    <countDirection value="1"/>
    <layout type="log4net.Layout.PatternLayout">
      <conversionPattern value="%property{logId}: %date{dd/MM/yyyy
HH:mm:ss}, %property{timeZoneOffset}, ThreadId:%t, %property{sessionId},
%property{userName}, %property{level},%message%newline" />
    </layout>
  </appender>



--
View this message in context: http://apache-logging.6191.n7.nabble.com/ThreadID-not-changing-tp37154.html
Sent from the Log4net - Users mailing list archive at Nabble.com.

ThreadID not changing

Randar101 — 2013-05-03T14:53:45

We have an application that has the following architecture:
-IIS
-WCF RIA Services.  
-Silverlight client
-We log on both the client and the server and use Clog to send the logs from
the client

My issue is with our server logs.  Whenever log4net logs the threadId, it
seems to be the same until something big happens (i.e. IIS Reset).  So the
log file looks like this even though these are two users hitting it at the
same time.

Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , TestUser3,
Debug,Currently logged in as TestUser3
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179,
uo2sexbeikaej0hpwoiylxxz, TestUser3, Debug,Initializing
UserManagementDomainService
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179,
uo2sexbeikaej0hpwoiylxxz, TestUser3, Debug,[UserManagementDomainService]
running query [GetUserManagementCacheData] Thread[146] Instance[New] 
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , , Debug,"Begin
[/Services/TheApplicationSys-RC-Client-RIA-Models-Services-SettingsDomainService.svc/Soap]
Type=Service,IP=::1"
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , TestUser6,
Debug,Currently logged in as TestUser6
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179,
u5avnhurwzctmzrep1sxafw1, TestUser6, Debug,Initializing
SettingsDomainService
Server: 02/05/2013 18:16:16, GMT-05:00, 149, u5avnhurwzctmzrep1sxafw1,
TestUser6, GetUserDictionary, [PROFILING], 11,
5001fe21-7d56-4719-89af-510674543765, 
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , TestUser6,
Debug,"End  
[/Services/TheApplicationSys-RC-Client-RIA-Models-Services-SettingsDomainService.svc/Soap]
Type=Service,IP=::1,Page=TheApplicationSys-RC-Client-RIA-Models-Services-SettingsDomainService.svc;Duration=11.670ms,User=TestUser6"
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , , Debug,"Begin
[/Services/TheApplicationSys-RC-Client-RIA-Models-Services-FeatureLicenseDomainService.svc/Soap]
Type=Service,IP=::1"
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179, , TestUser6,
Debug,Currently logged in as TestUser6
Server: 02/05/2013 18:16:16, GMT-05:00, ThreadId:179,
u5avnhurwzctmzrep1sxafw1, TestUser6, Debug,Initializing
FeatureLicenseDomainService

Once something happens, the thread ID changes and is then consistently that
number.  Looking through our code, we don't explicitly set the threadID, so
it has to coming form Log4net.  There is nothing that would lead us to
believe that our application is actually single threaded.  We are setup for
“Single” ConcurrencyMode and “PerSession”, which means that every unique
client may get a new thread.  We run some fairly heavy load tests and can
see what looks very much like parallel activity.  I've looked at our log
files for very busy environments (production, QA, etc.) and they all seem to
behave the same.  So at this point, it feels like a logging issue and not a
threading issue.

Has anybody seen this or have a solution?

The appender is as follows:

  <appender name="ServerFileAppender"
type="log4net.Appender.RollingFileAppender">
    <file value="Log\TheApplication.log" />
    <appendToFile value="true" />
    
    <lockingModel type="log4net.Appender.FileAppender+MinimalLock" />
    
    <maxSizeRollBackups value="2" />
    
    
    
    <rollingStyle value="Size" />
    
    <maximumFileSize value="10MB" />
    
    <countDirection value="1"/>
    <layout type="log4net.Layout.PatternLayout">
      <conversionPattern value="%property{logId}: %date{dd/MM/yyyy
HH:mm:ss}, %property{timeZoneOffset}, ThreadId:%t, %property{sessionId},
%property{userName}, %property{level},%message%newline" />
    </layout>
  </appender>



--
View this message in context: http://apache-logging.6191.n7.nabble.com/ThreadID-not-changing-tp37154.html
Sent from the Log4net - Users mailing list archive at Nabble.com.

RE: log4net with IntelliTrace

Sam Carter — 2013-05-03T01:08:42

I think you need Visual Studio Ultimate to use it (i.e. hefty license cost)

From: Todd.Bradley< at >nirvanix.com
To: log4net-user< at >logging.apache.org
Subject: log4net with IntelliTrace
Date: Thu, 2 May 2013 18:09:40 +0000

Has anyone tried integrating log4net with Microsoft IntelliTrace?

http://msdn.microsoft.com/en-us/library/vstudio/dd264915.aspx

That’s their system for recording “events” that happened during execution of an app, such as debugger events, exceptions, etc. I haven’t personally used it, but IntelliTrace sounds like it might be useful for troubleshooting distributed
 load tests, and we’re standardizing on log4net for logging in our test code.

Cheers,
Todd.

log4net with IntelliTrace

Todd Bradley — 2013-05-02T18:09:40

Has anyone tried integrating log4net with Microsoft IntelliTrace?

http://msdn.microsoft.com/en-us/library/vstudio/dd264915.aspx

That's their system for recording "events" that happened during execution of an app, such as debugger events, exceptions, etc. I haven't personally used it, but IntelliTrace sounds like it might be useful for troubleshooting distributed load tests, and we're standardizing on log4net for logging in our test code.


Cheers,
Todd.

AW: Issues with deploying log4net

Dominik Psenner — 2013-04-19T06:29:14

Hi Ron,

 

it states could not load file or assembly [..] or one of its dependencies.
Do you run log4net against the same .NET version, i.e. has the QA server
another .NET version installed than your developer machine? Are there other
differences between one system and the other? Maybe there is a strange
version of log4net installed on the QA servers GAC?

 

Cheers,

D.

 

Von: Ron Daggett [mailto:rdaggett< at >rxcrossroads.com] 
Gesendet: Mittwoch, 17. April 2013 21:37
An: Log4NET User
Betreff: RE: Issues with deploying log4net

 

Im publishing the app, once to my local server on my local machine, and the
second time to the QA server. The only difference is the directory that I
publish too. The system runs fine using VS2010, deploys locally and runs
fine, but breaks when I try and deploy to a server.

 

Thank you,

 

Ron Daggett

Software Developer

RxCrossroads

Office: 502-963-0059

Cell: 502-303-8312

Fax: 502-322-1012

 <mailto:rdaggett< at >rxcrossroads.com> rdaggett< at >rxcrossroads.com

 

This information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material, the disclosure of which is governed by applicable law.  Any
review, retransmission, dissemination or other use of, or taking of any
action in reliance upon, this information by persons or entities other than
the intended recipient is prohibited.  If you received this in error, please
contact me and destroy the materials contained in this message. 

 

From: Steven Whatmore [ <mailto:Steven.Whatmore< at >purefacts.com>
mailto:Steven.Whatmore< at >purefacts.com] 
Sent: Wednesday, April 17, 2013 3:29 PM
To: Log4NET User
Subject: RE: Issues with deploying log4net

 

Further to that first email  it sounds like you are not running the same
version of the DLL(s) when you deploy - otherwise you would already have run
across this issue locally

 

 

From: Steven Whatmore [ <mailto:Steven.Whatmore< at >purefacts.com>
mailto:Steven.Whatmore< at >purefacts.com] 
Sent: April-17-13 3:25 PM
To: Log4NET User
Subject: RE: Issues with deploying log4net

 

There has been a number of posts about this and you can probably find what
you need on the net somewhere but essentially you need an assembly binding
in your web.config I believe  it should be something like the following
(only an example)

 

<runtime>

    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">

      <dependentAssembly>

        <assemblyIdentity name="Common.Logging"
publicKeyToken="af08829b84f0328e"/>

        <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535"
newVersion="2.1.1.0"/>

      </dependentAssembly>

    </assemblyBinding>

</runtime>

 

 

 

Steve Whatmore, MBA, MCP, .NET

Software Development Manager / Architect

416.598.1241 x245
-------------------------------------------------
PureFacts Financial Solutions
372 Bay Street, Suite 1400
Toronto, Ontario M5H 2W9
416.598.1241 main
888.596.9338 toll free
416.598.9226 fax

 <http://www.purefacts.com> www.purefacts.com

Please consider the environment before printing this e-mail.
This e-mail may be privileged and/or confidential, and the sender does not
waive any related rights and obligations. Any distribution, use or copying
of this e-mail or the information it contains by other than an intended
recipient is unauthorized. If you received this e-mail in error, please
advise me (by return e-mail or otherwise) immediately.
Ce courrier électronique est confidentiel et protégé. L'expéditeur ne
renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion,
utilisation ou copie de ce message ou des renseignements qu'il contient par
une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si
vous recevez ce courrier électronique par erreur, veuillez m'en aviser
immédiatement, par retour de courrier électronique ou par un autre moyen.

 

 

 

From: Ron Daggett [ <mailto:rdaggett< at >rxcrossroads.com>
mailto:rdaggett< at >rxcrossroads.com] 
Sent: April-17-13 3:13 PM
To:  <mailto:log4net-user< at >logging.apache.org>
log4net-user< at >logging.apache.org
Subject: Issues with deploying log4net

 

Im having an issue with log4net version 1.2.9.0. When I deploy my app
locally, it runs as expected. When I try and deploy to a QA Web server, I
get the following message when I try and open the page:

 



 

Thank you in advance for any assistance you can provide.

 

Thank you,

 

Ron Daggett

Software Developer

RxCrossroads

Office: 502-963-0059

Cell: 502-303-8312

Fax: 502-322-1012

 <mailto:rdaggett< at >rxcrossroads.com> rdaggett< at >rxcrossroads.com

 

This information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material, the disclosure of which is governed by applicable law.  Any
review, retransmission, dissemination or other use of, or taking of any
action in reliance upon, this information by persons or entities other than
the intended recipient is prohibited.  If you received this in error, please
contact me and destroy the materials contained in this message.

RE: Issues with deploying log4net

Ron Daggett — 2013-04-17T19:37:08

I'm publishing the app, once to my local server on my local machine, and the second time to the QA server. The only difference is the directory that I publish too. The system runs fine using VS2010, deploys locally and runs fine, but breaks when I try and deploy to a server.

 

Thank you,

 

Ron Daggett

Software Developer

RxCrossroads

Office: 502-963-0059

Cell: 502-303-8312

Fax: 502-322-1012

rdaggett< at >rxcrossroads.com <mailto:rdaggett< at >rxcrossroads.com> 

 

This information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material, the disclosure of which is governed by applicable law.  Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.  If you received this in error, please contact me and destroy the materials contained in this message. 

 

From: Steven Whatmore [mailto:Steven.Whatmore< at >purefacts.com] 
Sent: Wednesday, April 17, 2013 3:29 PM
To: Log4NET User
Subject: RE: Issues with deploying log4net

 

Further to that first email - it sounds like you are not running the same version of the DLL(s) when you deploy - otherwise you would already have run across this issue locally

 

 

From: Steven Whatmore [mailto:Steven.Whatmore< at >purefacts.com] 
Sent: April-17-13 3:25 PM
To: Log4NET User
Subject: RE: Issues with deploying log4net

 

There has been a number of posts about this and you can probably find what you need on the net somewhere but essentially you need an assembly binding in your web.config I believe - it should be something like the following (only an example)

 

<runtime>

    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">

      <dependentAssembly>

        <assemblyIdentity name="Common.Logging" publicKeyToken="af08829b84f0328e"/>

        <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="2.1.1.0"/>

      </dependentAssembly>

    </assemblyBinding>

</runtime>

 

 

 

Steve Whatmore, MBA, MCP, .NET

Software Development Manager / Architect

416.598.1241 x245
-------------------------------------------------
PureFacts Financial Solutions
372 Bay Street, Suite 1400
Toronto, Ontario M5H 2W9
416.598.1241 main
888.596.9338 toll free
416.598.9226 fax

www.purefacts.com

Please consider the environment before printing this e-mail.
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.

 

 

 

From: Ron Daggett [mailto:rdaggett< at >rxcrossroads.com] 
Sent: April-17-13 3:13 PM
To: log4net-user< at >logging.apache.org
Subject: Issues with deploying log4net

 

I'm having an issue with log4net version 1.2.9.0. When I deploy my app locally, it runs as expected. When I try and deploy to a QA Web server, I get the following message when I try and open the page:

 

 

 

Thank you in advance for any assistance you can provide.

 

Thank you,

 

Ron Daggett

Software Developer

RxCrossroads

Office: 502-963-0059

Cell: 502-303-8312

Fax: 502-322-1012

rdaggett< at >rxcrossroads.com <mailto:rdaggett< at >rxcrossroads.com> 

 

This information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material, the disclosure of which is governed by applicable law.  Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.  If you received this in error, please contact me and destroy the materials contained in this message.

RE: Issues with deploying log4net

Steven Whatmore — 2013-04-17T19:29:09

Further to that first email - it sounds like you are not running the same version of the DLL(s) when you deploy - otherwise you would already have run across this issue locally


From: Steven Whatmore [mailto:Steven.Whatmore< at >purefacts.com]
Sent: April-17-13 3:25 PM
To: Log4NET User
Subject: RE: Issues with deploying log4net

There has been a number of posts about this and you can probably find what you need on the net somewhere but essentially you need an assembly binding in your web.config I believe - it should be something like the following (only an example)

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="Common.Logging" publicKeyToken="af08829b84f0328e"/>
        <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="2.1.1.0"/>
      </dependentAssembly>
    </assemblyBinding>
</runtime>



Steve Whatmore, MBA, MCP, .NET
Software Development Manager / Architect
416.598.1241 x245
-------------------------------------------------
PureFacts Financial Solutions
372 Bay Street, Suite 1400
Toronto, Ontario M5H 2W9
416.598.1241 main
888.596.9338 toll free
416.598.9226 fax
www.purefacts.com<http://www.purefacts.com>
Please consider the environment before printing this e-mail.
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.



From: Ron Daggett [mailto:rdaggett< at >rxcrossroads.com]
Sent: April-17-13 3:13 PM
To: log4net-user< at >logging.apache.org<mailto:log4net-user< at >logging.apache.org>
Subject: Issues with deploying log4net

I'm having an issue with log4net version 1.2.9.0. When I deploy my app locally, it runs as expected. When I try and deploy to a QA Web server, I get the following message when I try and open the page:

[cid:image001.png< at >01CE3B80.4E3BD600]

Thank you in advance for any assistance you can provide.

Thank you,

Ron Daggett
Software Developer
RxCrossroads
Office: 502-963-0059
Cell: 502-303-8312
Fax: 502-322-1012
rdaggett< at >rxcrossroads.com<mailto:rdaggett< at >rxcrossroads.com>

This information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material, the disclosure of which is governed by applicable law.  Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.  If you received this in error, please contact me and destroy the materials contained in this message.

RE: Issues with deploying log4net

Steven Whatmore — 2013-04-17T19:25:28

There has been a number of posts about this and you can probably find what you need on the net somewhere but essentially you need an assembly binding in your web.config I believe - it should be something like the following (only an example)

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="Common.Logging" publicKeyToken="af08829b84f0328e"/>
        <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="2.1.1.0"/>
      </dependentAssembly>
    </assemblyBinding>
</runtime>



Steve Whatmore, MBA, MCP, .NET
Software Development Manager / Architect
416.598.1241 x245
-------------------------------------------------
PureFacts Financial Solutions
372 Bay Street, Suite 1400
Toronto, Ontario M5H 2W9
416.598.1241 main
888.596.9338 toll free
416.598.9226 fax
www.purefacts.com
Please consider the environment before printing this e-mail.
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.



From: Ron Daggett [mailto:rdaggett< at >rxcrossroads.com]
Sent: April-17-13 3:13 PM
To: log4net-user< at >logging.apache.org
Subject: Issues with deploying log4net

I'm having an issue with log4net version 1.2.9.0. When I deploy my app locally, it runs as expected. When I try and deploy to a QA Web server, I get the following message when I try and open the page:

[cid:image001.png< at >01CE3B7F.CAC24DE0]

Thank you in advance for any assistance you can provide.

Thank you,

Ron Daggett
Software Developer
RxCrossroads
Office: 502-963-0059
Cell: 502-303-8312
Fax: 502-322-1012
rdaggett< at >rxcrossroads.com<mailto:rdaggett< at >rxcrossroads.com>

This information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material, the disclosure of which is governed by applicable law.  Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.  If you received this in error, please contact me and destroy the materials contained in this message.

Issues with deploying log4net

Ron Daggett — 2013-04-17T19:12:36

I'm having an issue with log4net version 1.2.9.0. When I deploy my app
locally, it runs as expected. When I try and deploy to a QA Web server,
I get the following message when I try and open the page:

 

 

 

Thank you in advance for any assistance you can provide.

 

Thank you,

 

Ron Daggett

Software Developer

RxCrossroads

Office: 502-963-0059

Cell: 502-303-8312

Fax: 502-322-1012

rdaggett< at >rxcrossroads.com <mailto:rdaggett< at >rxcrossroads.com> 

 

This information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material, the disclosure of which is governed by applicable law.  Any
review, retransmission, dissemination or other use of, or taking of any
action in reliance upon, this information by persons or entities other
than the intended recipient is prohibited.  If you received this in
error, please contact me and destroy the materials contained in this
message.