KEYS in dist (was Re: [VOTE] Release Log4Net 1.2.13 based on RC3)
On 2013-11-21, Christian Grobmeier wrote: On 21 Nov 2013, at 8:15, Stefan Bodewig wrote: On 2013-11-21, Christian Grobmeier wrote: One no blocker which I just saw: the KEYS file is included in the dist. Shouldn't it be left out? I think we've always done it that way in log4net and I know Ant has been doing so since 2000 - what's wrong with it? when somebody downloads it and opens the zip, it is tempting to validate the package against the included KEYS file. But if somebody could manipulate the content of the package, he also could manipulate the KEYS file. For that reason the KEYS file should be on a different location. This is the case, that's why I meant it's not critical. It is on the other hand tempting to take the included one… nitpickery! Thanks for pushing out the release! If this somebody downloaded the signature from the ASF and not from a mirror then the signature will not work if the zip has been modified, no matter which KEYS file it contains. Unless you think the attacker has modifie the signature, but then the KEYS file in the dist area would be as vulnerable as that. Stefan
[jira] [Updated] (LOG4NET-376) Race condition in AbsoluteTimeDateFormatter
[ https://issues.apache.org/jira/browse/LOG4NET-376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Bodewig updated LOG4NET-376: --- Fix Version/s: (was: 1.2.13) Race condition in AbsoluteTimeDateFormatter --- Key: LOG4NET-376 URL: https://issues.apache.org/jira/browse/LOG4NET-376 Project: Log4net Issue Type: Bug Affects Versions: 1.2.11 Reporter: Stuart Lange Fix For: 1.2.13, 1.3.0 AbsoluteTimeDateFormatter's caching of the to the second timestamp string is not thread-safe. It is possible for one thread to clear the check (that this timestamp matches the currently cached to the second timestamp), but then end up using an incorrect to the second timestamp string if another thread has changed it in the meantime. In our organization, we see this bug fairly regularly because we have a mix of real time loggers that immediately write out log lines and batching loggers that defer logging to a background task that runs every second. We therefore regularly see log lines where the timestamp is off by a second or two. The following unit tests demonstrates the bug: [TestFixture] [Explicit] public class Log4netTimestampBug { /// summary /// This test demonstrates a bug with the log4net default time formatter (Iso8601DateFormatter) /// where the logged timestamp can be seconds off from the actual input timestamp /// The bug is caused to a race condition in the base class AbsoluteTimeDateFormatter /// because this class caches the timestamp string to the second but it is possible for /// the timestamp as written by a different thread to sneak in and be used by another /// thread erroneously (the checking and usage of this string is not done under a lock, only /// its modification) /// /summary [Test] public void Test() { var now = DateTime.Now; var times = Enumerable.Range(1, 100).Select(i = now.AddMilliseconds(i)).ToList(); var sb1 = new StringBuilder(); var sb2 = new StringBuilder(); var task1 = Task.Run(() = WriteAllTheTimes(times, new StringWriter(sb1))); var task2 = Task.Delay(50).ContinueWith(t = WriteAllTheTimes(times, new StringWriter(sb2))); Task.WaitAll(task1, task2); var task1Strings = GetTimeStrings(sb1); var task2Strings = GetTimeStrings(sb2); var diffs = Enumerable.Range(0, times.Count).Where(i = task1Strings[i] != task2Strings[i]).ToList(); Console.WriteLine(found {0} instances where the formatted timestamps are not the same, diffs.Count); Console.WriteLine(); var diffToLookAt = diffs.FirstOrDefault(i = i - 10 0 i + 10 times.Count); if (diffToLookAt != 0) { Console.WriteLine(Example Diff:); Console.WriteLine(); Console.WriteLine(Index Original TimestampTask 1 Format Task 2 Format); for (int i = diffToLookAt - 10; i diffToLookAt + 10; i++) { Console.WriteLine({0,-7} {1} {2} {3} {4}, i, times[i].ToString(-MM-dd HH:mm:ss,fff), task1Strings[i], task2Strings[i], i == diffToLookAt ? DIFF HERE : ); } } CollectionAssert.AreEqual(task1Strings, task2Strings); } private static Liststring GetTimeStrings(StringBuilder sb1) { return sb1.ToString().Split(new[] {'\r', '\n'}, StringSplitOptions.RemoveEmptyEntries).ToList(); } private static void WriteAllTheTimes(IEnumerableDateTime times, TextWriter writer) { var formatter = new Iso8601DateFormatter(); foreach (var t in times) { formatter.FormatDate(t, writer); writer.WriteLine(); } } } -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (LOG4NET-376) Race condition in AbsoluteTimeDateFormatter
[ https://issues.apache.org/jira/browse/LOG4NET-376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Bodewig updated LOG4NET-376: --- Fix Version/s: 1.2.13 Race condition in AbsoluteTimeDateFormatter --- Key: LOG4NET-376 URL: https://issues.apache.org/jira/browse/LOG4NET-376 Project: Log4net Issue Type: Bug Affects Versions: 1.2.11 Reporter: Stuart Lange Fix For: 1.2.13, 1.3.0 AbsoluteTimeDateFormatter's caching of the to the second timestamp string is not thread-safe. It is possible for one thread to clear the check (that this timestamp matches the currently cached to the second timestamp), but then end up using an incorrect to the second timestamp string if another thread has changed it in the meantime. In our organization, we see this bug fairly regularly because we have a mix of real time loggers that immediately write out log lines and batching loggers that defer logging to a background task that runs every second. We therefore regularly see log lines where the timestamp is off by a second or two. The following unit tests demonstrates the bug: [TestFixture] [Explicit] public class Log4netTimestampBug { /// summary /// This test demonstrates a bug with the log4net default time formatter (Iso8601DateFormatter) /// where the logged timestamp can be seconds off from the actual input timestamp /// The bug is caused to a race condition in the base class AbsoluteTimeDateFormatter /// because this class caches the timestamp string to the second but it is possible for /// the timestamp as written by a different thread to sneak in and be used by another /// thread erroneously (the checking and usage of this string is not done under a lock, only /// its modification) /// /summary [Test] public void Test() { var now = DateTime.Now; var times = Enumerable.Range(1, 100).Select(i = now.AddMilliseconds(i)).ToList(); var sb1 = new StringBuilder(); var sb2 = new StringBuilder(); var task1 = Task.Run(() = WriteAllTheTimes(times, new StringWriter(sb1))); var task2 = Task.Delay(50).ContinueWith(t = WriteAllTheTimes(times, new StringWriter(sb2))); Task.WaitAll(task1, task2); var task1Strings = GetTimeStrings(sb1); var task2Strings = GetTimeStrings(sb2); var diffs = Enumerable.Range(0, times.Count).Where(i = task1Strings[i] != task2Strings[i]).ToList(); Console.WriteLine(found {0} instances where the formatted timestamps are not the same, diffs.Count); Console.WriteLine(); var diffToLookAt = diffs.FirstOrDefault(i = i - 10 0 i + 10 times.Count); if (diffToLookAt != 0) { Console.WriteLine(Example Diff:); Console.WriteLine(); Console.WriteLine(Index Original TimestampTask 1 Format Task 2 Format); for (int i = diffToLookAt - 10; i diffToLookAt + 10; i++) { Console.WriteLine({0,-7} {1} {2} {3} {4}, i, times[i].ToString(-MM-dd HH:mm:ss,fff), task1Strings[i], task2Strings[i], i == diffToLookAt ? DIFF HERE : ); } } CollectionAssert.AreEqual(task1Strings, task2Strings); } private static Liststring GetTimeStrings(StringBuilder sb1) { return sb1.ToString().Split(new[] {'\r', '\n'}, StringSplitOptions.RemoveEmptyEntries).ToList(); } private static void WriteAllTheTimes(IEnumerableDateTime times, TextWriter writer) { var formatter = new Iso8601DateFormatter(); foreach (var t in times) { formatter.FormatDate(t, writer); writer.WriteLine(); } } } -- This message was sent by Atlassian JIRA (v6.1#6144)
Re: KEYS in dist (was Re: [VOTE] Release Log4Net 1.2.13 based on RC3)
On 21 Nov 2013, at 9:56, Stefan Bodewig wrote: On 2013-11-21, Christian Grobmeier wrote: On 21 Nov 2013, at 8:15, Stefan Bodewig wrote: On 2013-11-21, Christian Grobmeier wrote: One no blocker which I just saw: the KEYS file is included in the dist. Shouldn't it be left out? I think we've always done it that way in log4net and I know Ant has been doing so since 2000 - what's wrong with it? when somebody downloads it and opens the zip, it is tempting to validate the package against the included KEYS file. But if somebody could manipulate the content of the package, he also could manipulate the KEYS file. For that reason the KEYS file should be on a different location. This is the case, that's why I meant it's not critical. It is on the other hand tempting to take the included one… nitpickery! Thanks for pushing out the release! If this somebody downloaded the signature from the ASF and not from a mirror then the signature will not work if the zip has been modified, no matter which KEYS file it contains. Unless you think the attacker has modifie the signature, but then the KEYS file in the dist area would be as vulnerable as that. Good point. Not sure if this is actually a problem or not. When I have time I will ask one of the infra gurus. cheers Christian Stefan --- http://www.grobmeier.de @grobmeier GPG: 0xA5CC90DB
[jira] [Commented] (LOG4NET-398) SerializationException after setting a LogicalThreadContext property
[ https://issues.apache.org/jira/browse/LOG4NET-398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13829101#comment-13829101 ] Daniel Kugel commented on LOG4NET-398: -- I had the same issue on a dev machine when launching and debugging an ASP.NET web application from within Visual Studio 2010 and I wanted to confirm that Dominik's suggestion about installing the log4net assembly into the GAC resolved it. SerializationException after setting a LogicalThreadContext property Key: LOG4NET-398 URL: https://issues.apache.org/jira/browse/LOG4NET-398 Project: Log4net Issue Type: Bug Components: Core Affects Versions: 1.2.12 Environment: Visual Studio 2010 Reporter: Thomas Meum I have found that accessing Page.Request.Url after setting a LogicalThreadContext property causes a SerializationException with the following message: Type is not resolved for member 'log4net.Util.PropertiesDictionary,log4net, Version=1.2.12.0, Culture=neutral, PublicKeyToken=669e0ddf0bb1aa2a'. I have been able to reproduce the problem on two different machines with the following steps: 1. Create a new ASP.NET Empty Web Application 2. Add a reference to log4net.dll 3. Add a new Web Form 4. Add the following code to Page_Load: log4net.LogicalThreadContext.Properties[Test] = 1; Uri url = Request.Url; 5. Hit F5 -- This message was sent by Atlassian JIRA (v6.1#6144)
unsubscribe
unsubscribe
[ANN] Apache log4net 1.2.13 Released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Apache log4net team is pleased to announce the release of Apache log4net 1.2.13. The release is available for download at http://logging.apache.org/log4net/download.html The Apache log4net library is a tool to help the programmer output log statements to a variety of output targets. log4net is a port of the excellent Apache log4j framework to the Microsoft(R) .NET runtime. The log4net 1.2.13 release fixes a problem with stack frames of dynamic methods in .NET 4.0 as well as a few regressions introduced with 1.2.12. The assemblies built for .NET 3.5 (CP) now also contain the ILog extensions methods. See the release-notes at http://logging.apache.org/log4net/release/release-notes.html for a full list of changes. Please verify signatures using the KEYS file available at the above location when downloading the release. For complete information on log4net, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache log4net website: http://logging.apache.org/log4net/ Stefan Bodewig on behalf of the log4net community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAlKOEzYACgkQohFa4V9ri3I2TQCfbT61K9GkBtTBaKctxMajjtgq lNQAoM2VqdGr9o0HhPpl8zRsg1wMXCRK =XawW -END PGP SIGNATURE-
Build failed in Jenkins: log4net-trunk-tests #9
See https://builds.apache.org/job/log4net-trunk-tests/9/changes Changes: [bodewig] some release aftermaths [bodewig] Move build output and remove tests subdir -- [...truncated 646 lines...] AUexamples\net\2.0\Repository\SimpleModule\cs\src\AssemblyInfo.cs AU examples\net\2.0\Repository\SimpleModule\cs\src\SimpleModule.dll.log4net AUexamples\net\2.0\Repository\SimpleModule\cs\nant.build AUexamples\net\2.0\Repository\nant.config A examples\net\2.0\Layouts AUexamples\net\2.0\Layouts\nant.build A examples\net\2.0\Layouts\SampleLayoutsApp AUexamples\net\2.0\Layouts\SampleLayoutsApp\nant.config A examples\net\2.0\Layouts\SampleLayoutsApp\cs AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\nant.config A examples\net\2.0\Layouts\SampleLayoutsApp\cs\src AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\src\App.config AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\src\LoggingExample.cs A examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout\LineWrappingLayout.cs AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout\ForwardingLayout.cs AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout\LevelPatternLayout.cs AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout\LevelConversionPattern.cs AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\src\AssemblyInfo.cs AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\SampleLayoutsApp.csproj AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\nant.build AUexamples\net\2.0\Layouts\SampleLayoutsApp\nant.build AUexamples\net\2.0\Layouts\nant.config A examples\net\2.0\Appenders AUexamples\net\2.0\Appenders\nant.build A examples\net\2.0\Appenders\SampleAppendersApp AUexamples\net\2.0\Appenders\SampleAppendersApp\nant.config A examples\net\2.0\Appenders\SampleAppendersApp\cs AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\nant.config A examples\net\2.0\Appenders\SampleAppendersApp\cs\src AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\src\App.config AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\src\LoggingExample.cs A examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\PatternLayoutAdoNetAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\FireEventAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\PatternLayoutAdoNetAppenderParameter.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\AsyncAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\MessageBoxAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\MsmqAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\PatternFileAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\SimpleSmtpAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\MessageObjectExpanderAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\FastDbAppender.cs AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\src\AssemblyInfo.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\SampleAppendersApp.csproj AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\nant.build AUexamples\net\2.0\Appenders\SampleAppendersApp\nant.build AUexamples\net\2.0\Appenders\nant.config A examples\net\2.0\Appenders\WmiAppender AUexamples\net\2.0\Appenders\WmiAppender\nant.config A examples\net\2.0\Appenders\WmiAppender\cs A examples\net\2.0\Appenders\WmiAppender\cs\nant.build AUexamples\net\2.0\Appenders\WmiAppender\cs\nant.config A examples\net\2.0\Appenders\WmiAppender\cs\src AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiLoggingEvent.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiAppender.csproj AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiInstaller.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiLayout.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\AssemblyInfo.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiAppender.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\IWmiBoundEvent.cs A examples\net\2.0\Appenders\WmiAppender\nant.build A examples\net\2.0\Performance AUexamples\net\2.0\Performance\nant.config A examples\net\2.0\Performance\NotLogging AUexamples\net\2.0\Performance\NotLogging\nant.build AUexamples\net\2.0\Performance\NotLogging\nant.config A examples\net\2.0\Performance\NotLogging\cs AU
Build failed in Jenkins: log4net-trunk-tests #10
See https://builds.apache.org/job/log4net-trunk-tests/10/ -- Started by user gmcdonald Building remotely on windows2 in workspace https://builds.apache.org/job/log4net-trunk-tests/ws/ java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230) Retrying after 10 seconds java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230) Retrying after 10 seconds java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230)
Build failed in Jenkins: log4net-trunk-tests #11
See https://builds.apache.org/job/log4net-trunk-tests/11/ -- Started by user gmcdonald Building remotely on windows2 in workspace https://builds.apache.org/job/log4net-trunk-tests/ws/ java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230) Retrying after 10 seconds java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230) Retrying after 10 seconds java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230)
Build failed in Jenkins: log4net-trunk-tests #12
See https://builds.apache.org/job/log4net-trunk-tests/12/ -- Started by user gmcdonald Building remotely on windows2 in workspace https://builds.apache.org/job/log4net-trunk-tests/ws/ java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230) Retrying after 10 seconds java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230) Retrying after 10 seconds java.io.IOException: Failed to mkdirs: https://builds.apache.org/job/log4net-trunk-tests/ws/ at hudson.FilePath.mkdirs(FilePath.java:1072) at hudson.model.AbstractProject.checkout(AbstractProject.java:1407) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1679) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230)
Build failed in Jenkins: log4net-trunk-tests #13
See https://builds.apache.org/job/log4net-trunk-tests/13/changes Changes: [bodewig] some release aftermaths [bodewig] Move build output and remove tests subdir -- Started by user gmcdonald Building remotely on windows2 in workspace https://builds.apache.org/job/log4net-trunk-tests/ws/ Updating https://svn.apache.org/repos/asf/logging/log4net/trunk at revision '2013-11-21T22:02:19.609 -0800' At revision 1544416 FATAL: F:\hudson\tools\nant-0.92\bin\NAnt.exe doesn't exist java.io.IOException: F:\hudson\tools\nant-0.92\bin\NAnt.exe doesn't exist at hudson.plugins.nant.NantBuilder$NantInstallation$1.call(NantBuilder.java:332) at hudson.plugins.nant.NantBuilder$NantInstallation$1.call(NantBuilder.java:325) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:328) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Unknown Source)
Build failed in Jenkins: log4net-trunk-tests #14
See https://builds.apache.org/job/log4net-trunk-tests/14/ -- Started by user gmcdonald Building remotely on windows2 in workspace https://builds.apache.org/job/log4net-trunk-tests/ws/ Updating https://svn.apache.org/repos/asf/logging/log4net/trunk at revision '2013-11-21T22:13:38.756 -0800' At revision 1544418 no change for https://svn.apache.org/repos/asf/logging/log4net/trunk since the previous build Executing command: cmd.exe /C F:\hudson\tools\nant-0.92\bin\NAnt.exe -buildfile:default.build exit %%ERRORLEVEL%% [log4net-trunk-tests] $ cmd.exe /C 'F:\hudson\tools\nant-0.92\bin\NAnt.exe -buildfile:default.build exit %%ERRORLEVEL%%' NAnt 0.92 (Build 0.92.4543.0; release; 6/9/2012) Copyright (C) 2001-2012 Gerry Shaw http://nant.sourceforge.net Buildfile: file:///f:/jenkins/jenkins-slave/workspace/log4net-trunk-tests/default.build Target framework: Microsoft .NET Framework 2.0 Target(s) specified: compile-all check-current-build-config: set-build-configuration: set-debug-build-configuration: check-current-build-config: -set-build-configuration-flags: check-current-build-config: set-framework-configuration: set-net-2.0-runtime-configuration: -check-bin-dir: [mkdir] Creating directory 'https://builds.apache.org/job/log4net-trunk-tests/ws/build\bin'. -check-doc-dir: [mkdir] Creating directory 'https://builds.apache.org/job/log4net-trunk-tests/ws/doc'. -check-sdkdoc-dir: -check-sdkdoc-debug: check-current-build-config: -check-build-debug: -check-build-defines: -set-framework-configuration: generate-assembly-description: BUILD FAILED https://builds.apache.org/job/log4net-trunk-tests/ws/default.build(475,10): 'svn' failed to start. The system cannot find the file specified Total time: 0.4 seconds. Build step 'Execute NAnt build' marked build as failure
Build failed in Jenkins: log4net-trunk-tests #15
See https://builds.apache.org/job/log4net-trunk-tests/15/ -- Started by user gmcdonald Building remotely on windows2 in workspace https://builds.apache.org/job/log4net-trunk-tests/ws/ Updating https://svn.apache.org/repos/asf/logging/log4net/trunk at revision '2013-11-21T22:52:47.026 -0800' At revision 1544422 no change for https://svn.apache.org/repos/asf/logging/log4net/trunk since the previous build Executing command: cmd.exe /C F:\hudson\tools\nant-0.92\bin\NAnt.exe -buildfile:default.build exit %%ERRORLEVEL%% [log4net-trunk-tests] $ cmd.exe /C 'F:\hudson\tools\nant-0.92\bin\NAnt.exe -buildfile:default.build exit %%ERRORLEVEL%%' NAnt 0.92 (Build 0.92.4543.0; release; 6/9/2012) Copyright (C) 2001-2012 Gerry Shaw http://nant.sourceforge.net Buildfile: file:///f:/jenkins/jenkins-slave/workspace/log4net-trunk-tests/default.build Target framework: Microsoft .NET Framework 2.0 Target(s) specified: compile-all check-current-build-config: set-build-configuration: set-debug-build-configuration: check-current-build-config: -set-build-configuration-flags: check-current-build-config: set-framework-configuration: set-net-2.0-runtime-configuration: -check-bin-dir: -check-doc-dir: -check-sdkdoc-dir: -check-sdkdoc-debug: check-current-build-config: -check-build-debug: -check-build-defines: -set-framework-configuration: generate-assembly-description: BUILD FAILED https://builds.apache.org/job/log4net-trunk-tests/ws/default.build(475,10): 'svn' failed to start. The system cannot find the file specified Total time: 0.3 seconds. Build step 'Execute NAnt build' marked build as failure
Build failed in Jenkins: log4net-trunk-tests #16
See https://builds.apache.org/job/log4net-trunk-tests/16/ -- Started by user gmcdonald Building remotely on windows2 in workspace https://builds.apache.org/job/log4net-trunk-tests/ws/ Updating https://svn.apache.org/repos/asf/logging/log4net/trunk at revision '2013-11-21T23:09:08.186 -0800' At revision 1544424 WARNING: clock of the subversion server appears to be out of sync. This can result in inconsistent check out behavior. no change for https://svn.apache.org/repos/asf/logging/log4net/trunk since the previous build Executing command: cmd.exe /C F:\hudson\tools\nant-0.92\bin\NAnt.exe -buildfile:default.build exit %%ERRORLEVEL%% [log4net-trunk-tests] $ cmd.exe /C 'F:\hudson\tools\nant-0.92\bin\NAnt.exe -buildfile:default.build exit %%ERRORLEVEL%%' NAnt 0.92 (Build 0.92.4543.0; release; 6/9/2012) Copyright (C) 2001-2012 Gerry Shaw http://nant.sourceforge.net Buildfile: file:///f:/jenkins/jenkins-slave/workspace/log4net-trunk-tests/default.build Target framework: Microsoft .NET Framework 2.0 Target(s) specified: compile-all check-current-build-config: set-build-configuration: set-debug-build-configuration: check-current-build-config: -set-build-configuration-flags: check-current-build-config: set-framework-configuration: set-net-2.0-runtime-configuration: -check-bin-dir: -check-doc-dir: -check-sdkdoc-dir: -check-sdkdoc-debug: check-current-build-config: -check-build-debug: -check-build-defines: -set-framework-configuration: generate-assembly-description: BUILD FAILED https://builds.apache.org/job/log4net-trunk-tests/ws/default.build(475,10): 'svn' failed to start. The system cannot find the file specified Total time: 0.3 seconds. Build step 'Execute NAnt build' marked build as failure
[jira] [Updated] (LOG4NET-398) SerializationException after setting a LogicalThreadContext property
[ https://issues.apache.org/jira/browse/LOG4NET-398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dominik Psenner updated LOG4NET-398: Labels: tri (was: ) SerializationException after setting a LogicalThreadContext property Key: LOG4NET-398 URL: https://issues.apache.org/jira/browse/LOG4NET-398 Project: Log4net Issue Type: Bug Components: Core Affects Versions: 1.2.12 Environment: Visual Studio 2010 Reporter: Thomas Meum Labels: triaged I have found that accessing Page.Request.Url after setting a LogicalThreadContext property causes a SerializationException with the following message: Type is not resolved for member 'log4net.Util.PropertiesDictionary,log4net, Version=1.2.12.0, Culture=neutral, PublicKeyToken=669e0ddf0bb1aa2a'. I have been able to reproduce the problem on two different machines with the following steps: 1. Create a new ASP.NET Empty Web Application 2. Add a reference to log4net.dll 3. Add a new Web Form 4. Add the following code to Page_Load: log4net.LogicalThreadContext.Properties[Test] = 1; Uri url = Request.Url; 5. Hit F5 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (LOG4NET-398) SerializationException after setting a LogicalThreadContext property
[ https://issues.apache.org/jira/browse/LOG4NET-398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dominik Psenner updated LOG4NET-398: Priority: Minor (was: Major) SerializationException after setting a LogicalThreadContext property Key: LOG4NET-398 URL: https://issues.apache.org/jira/browse/LOG4NET-398 Project: Log4net Issue Type: Bug Components: Core Affects Versions: 1.2.12 Environment: Visual Studio 2010 Reporter: Thomas Meum Priority: Minor Labels: triaged I have found that accessing Page.Request.Url after setting a LogicalThreadContext property causes a SerializationException with the following message: Type is not resolved for member 'log4net.Util.PropertiesDictionary,log4net, Version=1.2.12.0, Culture=neutral, PublicKeyToken=669e0ddf0bb1aa2a'. I have been able to reproduce the problem on two different machines with the following steps: 1. Create a new ASP.NET Empty Web Application 2. Add a reference to log4net.dll 3. Add a new Web Form 4. Add the following code to Page_Load: log4net.LogicalThreadContext.Properties[Test] = 1; Uri url = Request.Url; 5. Hit F5 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (LOG4NET-398) SerializationException after setting a LogicalThreadContext property
[ https://issues.apache.org/jira/browse/LOG4NET-398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13829747#comment-13829747 ] Dominik Psenner commented on LOG4NET-398: - Looks like we can't solve this problem in code, but we may provide some information about this issue in the FAQ section of the webpage. Thus I'm modifying the issue accordingly. SerializationException after setting a LogicalThreadContext property Key: LOG4NET-398 URL: https://issues.apache.org/jira/browse/LOG4NET-398 Project: Log4net Issue Type: Bug Components: Core Affects Versions: 1.2.12 Environment: Visual Studio 2010 Reporter: Thomas Meum Priority: Minor Labels: triaged I have found that accessing Page.Request.Url after setting a LogicalThreadContext property causes a SerializationException with the following message: Type is not resolved for member 'log4net.Util.PropertiesDictionary,log4net, Version=1.2.12.0, Culture=neutral, PublicKeyToken=669e0ddf0bb1aa2a'. I have been able to reproduce the problem on two different machines with the following steps: 1. Create a new ASP.NET Empty Web Application 2. Add a reference to log4net.dll 3. Add a new Web Form 4. Add the following code to Page_Load: log4net.LogicalThreadContext.Properties[Test] = 1; Uri url = Request.Url; 5. Hit F5 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (LOG4NET-398) SerializationException after setting a LogicalThreadContext property
[ https://issues.apache.org/jira/browse/LOG4NET-398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dominik Psenner updated LOG4NET-398: Issue Type: Task (was: Bug) SerializationException after setting a LogicalThreadContext property Key: LOG4NET-398 URL: https://issues.apache.org/jira/browse/LOG4NET-398 Project: Log4net Issue Type: Task Components: Core Affects Versions: 1.2.12 Environment: Visual Studio 2010 Reporter: Thomas Meum Priority: Minor Labels: triaged I have found that accessing Page.Request.Url after setting a LogicalThreadContext property causes a SerializationException with the following message: Type is not resolved for member 'log4net.Util.PropertiesDictionary,log4net, Version=1.2.12.0, Culture=neutral, PublicKeyToken=669e0ddf0bb1aa2a'. I have been able to reproduce the problem on two different machines with the following steps: 1. Create a new ASP.NET Empty Web Application 2. Add a reference to log4net.dll 3. Add a new Web Form 4. Add the following code to Page_Load: log4net.LogicalThreadContext.Properties[Test] = 1; Uri url = Request.Url; 5. Hit F5 -- This message was sent by Atlassian JIRA (v6.1#6144)
Build failed in Jenkins: log4net-trunk-tests #17
See https://builds.apache.org/job/log4net-trunk-tests/17/ -- [...truncated 292 lines...] at java.lang.Thread.run(Unknown Source) Caused by: hudson.scm.subversion.UpdaterException: failed to perform svn update ... 15 more Caused by: org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT /repos/asf/!svn/vcc/default failed at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:388) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:334) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1291) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:839) at org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.update(SVNUpdateClient16.java:507) at org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.doUpdate(SVNUpdateClient16.java:364) at org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.doUpdate(SVNUpdateClient16.java:274) at org.tmatesoft.svn.core.internal.wc2.old.SvnOldUpdate.run(SvnOldUpdate.java:27) at org.tmatesoft.svn.core.internal.wc2.old.SvnOldUpdate.run(SvnOldUpdate.java:11) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:311) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:291) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:387) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:157) ... 14 more Caused by: svn: E175002: REPORT /repos/asf/!svn/vcc/default failed at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97) ... 33 more Caused by: org.tmatesoft.svn.core.SVNException: svn: E204899: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: E204899: Cannot rename file 'F:/jenkins/jenkins-slave/workspace/log4net-trunk-tests/.svn/tmp/entries' to 'F:/jenkins/jenkins-slave/workspace/log4net-trunk-tests/.svn/entries' at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:771) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382) ... 32 more Caused by: svn: E204899: REPORT request failed on '/repos/asf/!svn/vcc/default' at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97) at org.tmatesoft.svn.core.SVNErrorMessage.wrap(SVNErrorMessage.java:407) ... 34 more Caused by: svn: E204899: Cannot rename file 'F:/jenkins/jenkins-slave/workspace/log4net-trunk-tests/.svn/tmp/entries' to 'F:/jenkins/jenkins-slave/workspace/log4net-trunk-tests/.svn/entries' at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:189) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:141) at org.tmatesoft.svn.core.internal.wc.SVNFileUtil.rename(SVNFileUtil.java:689) at org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea14.saveEntries(SVNAdminArea14.java:635) at org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea.modifyEntry(SVNAdminArea.java:866) at org.tmatesoft.svn.core.internal.wc.SVNUpdateEditor.openRoot(SVNUpdateEditor.java:189) at org.tmatesoft.svn.core.internal.wc.SVNCancellableEditor.openRoot(SVNCancellableEditor.java:60) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVEditorHandler.startElement(DAVEditorHandler.java:288) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.startElement(BasicDAVHandler.java:89) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(Unknown
Build failed in Jenkins: log4net-trunk-tests #18
See https://builds.apache.org/job/log4net-trunk-tests/18/ -- [...truncated 710 lines...] AUsrc\log4net\Util\ProtectCloseTextWriter.cs A src\log4net\Util\PatternStringConverters AU src\log4net\Util\PatternStringConverters\RandomStringPatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\AppDomainPatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\IdentityPatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\UtcDatePatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\ProcessIdPatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\LiteralPatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\DatePatternConverter.cs AU src\log4net\Util\PatternStringConverters\EnvironmentFolderPathPatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\UserNamePatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\NewLinePatternConverter.cs AU src\log4net\Util\PatternStringConverters\EnvironmentPatternConverter.cs AUsrc\log4net\Util\PatternStringConverters\PropertyPatternConverter.cs AUsrc\log4net\Util\ReadOnlyPropertiesDictionary.cs AUsrc\log4net\Util\LevelMapping.cs AUsrc\log4net\Util\ConverterInfo.cs AUsrc\log4net\Util\SystemStringFormat.cs AUsrc\log4net\Util\LogicalThreadContextProperties.cs AUsrc\log4net\Util\EmptyDictionary.cs AUsrc\log4net\Util\WindowsSecurityContext.cs A src\log4net\Util\TypeConverters AUsrc\log4net\Util\TypeConverters\IConvertFrom.cs AUsrc\log4net\Util\TypeConverters\TypeConverterAttribute.cs AUsrc\log4net\Util\TypeConverters\EncodingConverter.cs AUsrc\log4net\Util\TypeConverters\ConverterRegistry.cs AUsrc\log4net\Util\TypeConverters\PatternLayoutConverter.cs AUsrc\log4net\Util\TypeConverters\IPAddressConverter.cs AUsrc\log4net\Util\TypeConverters\BooleanConverter.cs AUsrc\log4net\Util\TypeConverters\TypeConverter.cs AUsrc\log4net\Util\TypeConverters\ConversionNotSupportedException.cs AUsrc\log4net\Util\TypeConverters\IConvertTo.cs AUsrc\log4net\Util\TypeConverters\PatternStringConverter.cs AUsrc\log4net\Util\PatternParser.cs AUsrc\log4net\Util\SystemInfo.cs AUsrc\log4net\Util\OptionConverter.cs AUsrc\log4net\Util\PatternString.cs AUsrc\log4net\Util\LevelMappingEntry.cs AUsrc\log4net\Util\PatternConverter.cs AUsrc\log4net\Util\PropertyEntry.cs AUsrc\log4net\Util\ReaderWriterLock.cs AUsrc\log4net\Util\EmptyCollection.cs A src\log4net\Util\ILogExtensions.cs AUsrc\log4net\Util\Transform.cs AUsrc\log4net\Util\NullEnumerator.cs AUsrc\log4net\Util\AppenderAttachedImpl.cs AUsrc\log4net\Util\CompositeProperties.cs AUsrc\log4net\Util\PropertiesDictionary.cs AUsrc\log4net\Util\GlobalContextProperties.cs AUsrc\log4net\Util\TextWriterAdapter.cs AUsrc\log4net\Util\LogLog.cs AUsrc\log4net\Util\ThreadContextStacks.cs AUsrc\log4net\Util\ReusableStringWriter.cs AUsrc\log4net\Util\FormattingInfo.cs AUsrc\log4net\Util\QuietTextWriter.cs AUsrc\log4net\Util\ThreadContextProperties.cs AUsrc\log4net\Util\ContextPropertiesBase.cs AUsrc\log4net\Util\OnlyOnceErrorHandler.cs A src\log4net\Repository AUsrc\log4net\Repository\ILoggerRepository.cs A src\log4net\Repository\Hierarchy AUsrc\log4net\Repository\Hierarchy\DefaultLoggerFactory.cs AUsrc\log4net\Repository\Hierarchy\Hierarchy.cs AUsrc\log4net\Repository\Hierarchy\ProvisionNode.cs AUsrc\log4net\Repository\Hierarchy\Logger.cs AUsrc\log4net\Repository\Hierarchy\ILoggerFactory.cs AUsrc\log4net\Repository\Hierarchy\XmlHierarchyConfigurator.cs AUsrc\log4net\Repository\Hierarchy\RootLogger.cs AUsrc\log4net\Repository\Hierarchy\LoggerKey.cs AUsrc\log4net\Repository\IXmlRepositoryConfigurator.cs AUsrc\log4net\Repository\IBasicRepositoryConfigurator.cs AUsrc\log4net\Repository\ConfigurationChangedEventArgs.cs AUsrc\log4net\Repository\LoggerRepositorySkeleton.cs AUsrc\log4net\LogManager.cs AUsrc\log4net\ThreadContext.cs AUsrc\log4net\AssemblyVersionInfo.cpp A src\log4net\Filter AUsrc\log4net\Filter\MdcFilter.cs AUsrc\log4net\Filter\StringMatchFilter.cs AUsrc\log4net\Filter\FilterSkeleton.cs AUsrc\log4net\Filter\LevelMatchFilter.cs AUsrc\log4net\Filter\LevelRangeFilter.cs AUsrc\log4net\Filter\NdcFilter.cs AUsrc\log4net\Filter\PropertyFilter.cs AUsrc\log4net\Filter\DenyAllFilter.cs AUsrc\log4net\Filter\IFilter.cs AUsrc\log4net\Filter\LoggerMatchFilter.cs AU
Build failed in Jenkins: log4net-trunk-tests #19
See https://builds.apache.org/job/log4net-trunk-tests/19/ -- [...truncated 710 lines...] A examples\net\2.0\Layouts AUexamples\net\2.0\Layouts\nant.config AUexamples\net\2.0\Layouts\nant.build A examples\net\2.0\Layouts\SampleLayoutsApp AUexamples\net\2.0\Layouts\SampleLayoutsApp\nant.config A examples\net\2.0\Layouts\SampleLayoutsApp\cs A examples\net\2.0\Layouts\SampleLayoutsApp\cs\src A examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout\ForwardingLayout.cs AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout\LevelPatternLayout.cs AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout\LevelConversionPattern.cs AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\Layout\LineWrappingLayout.cs AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\src\AssemblyInfo.cs AU examples\net\2.0\Layouts\SampleLayoutsApp\cs\src\SampleLayoutsApp.csproj AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\src\App.config AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\src\LoggingExample.cs AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\nant.build AUexamples\net\2.0\Layouts\SampleLayoutsApp\cs\nant.config AUexamples\net\2.0\Layouts\SampleLayoutsApp\nant.build A examples\net\2.0\Appenders A examples\net\2.0\Appenders\WmiAppender AUexamples\net\2.0\Appenders\WmiAppender\nant.config A examples\net\2.0\Appenders\WmiAppender\cs A examples\net\2.0\Appenders\WmiAppender\cs\nant.build AUexamples\net\2.0\Appenders\WmiAppender\cs\nant.config A examples\net\2.0\Appenders\WmiAppender\cs\src AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiAppender.csproj AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiInstaller.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiLayout.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\AssemblyInfo.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiAppender.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\IWmiBoundEvent.cs AUexamples\net\2.0\Appenders\WmiAppender\cs\src\WmiLoggingEvent.cs A examples\net\2.0\Appenders\WmiAppender\nant.build AUexamples\net\2.0\Appenders\nant.build A examples\net\2.0\Appenders\SampleAppendersApp AUexamples\net\2.0\Appenders\SampleAppendersApp\nant.config A examples\net\2.0\Appenders\SampleAppendersApp\cs A examples\net\2.0\Appenders\SampleAppendersApp\cs\src A examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\PatternLayoutAdoNetAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\FireEventAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\PatternLayoutAdoNetAppenderParameter.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\AsyncAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\MessageBoxAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\MsmqAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\PatternFileAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\SimpleSmtpAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\MessageObjectExpanderAppender.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\Appender\FastDbAppender.cs AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\src\AssemblyInfo.cs AU examples\net\2.0\Appenders\SampleAppendersApp\cs\src\SampleAppendersApp.csproj AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\src\App.config AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\src\LoggingExample.cs AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\nant.build AUexamples\net\2.0\Appenders\SampleAppendersApp\cs\nant.config AUexamples\net\2.0\Appenders\SampleAppendersApp\nant.build AUexamples\net\2.0\Appenders\nant.config A examples\net\2.0\Performance A examples\net\2.0\Performance\NotLogging AUexamples\net\2.0\Performance\NotLogging\nant.config A examples\net\2.0\Performance\NotLogging\cs AUexamples\net\2.0\Performance\NotLogging\cs\nant.config A examples\net\2.0\Performance\NotLogging\cs\src AUexamples\net\2.0\Performance\NotLogging\cs\src\NotLogging.cs AUexamples\net\2.0\Performance\NotLogging\cs\src\AssemblyInfo.cs AUexamples\net\2.0\Performance\NotLogging\cs\src\NotLogging.csproj AUexamples\net\2.0\Performance\NotLogging\cs\nant.build A examples\net\2.0\Performance\NotLogging\vb A
Jenkins build is back to normal : log4net-trunk-tests #20
See https://builds.apache.org/job/log4net-trunk-tests/20/
Re: Jenkins build is back to normal : log4net-trunk-tests #20
Finally. :-) 2013/11/22 Apache Jenkins Server jenk...@builds.apache.org See https://builds.apache.org/job/log4net-trunk-tests/20/ -- Dominik Psenner