April 2013 - logback-dev - mailman3.qos.ch

[JIRA] (LOGBACK-842) Unit test ResilientOutputStreamTest fails
by Gabriel Corona (JIRA) 24 Apr '13

24 Apr '13

1 0

[qos-ch/logback] 7ccf2f: builds cleanly
by Ceki Gulcu 24 Apr '13

24 Apr '13

Branch: refs/heads/tracker Home: https://github.com/qos-ch/logback Commit: 7ccf2ff3efaa76f80ea9cfefdb482c206628200d https://github.com/qos-ch/logback/commit/7ccf2ff3efaa76f80ea9cfefdb482c2066… Author: Ceki Gulcu <ceki(a)qos.ch> Date: 2013-04-24 (Wed, 24 Apr 2013) Changed paths: M logback-core/src/main/java/ch/qos/logback/core/spi/AbstractComponentTracker.java Log Message: ----------- builds cleanly

1 0

[qos-ch/logback] a60797: test improvements
by Ceki Gulcu 24 Apr '13

24 Apr '13

Branch: refs/heads/tracker Home: https://github.com/qos-ch/logback Commit: a60797b4929c97011eb9f7da20f236efe376bde0 https://github.com/qos-ch/logback/commit/a60797b4929c97011eb9f7da20f236efe3… Author: Ceki Gulcu <ceki(a)qos.ch> Date: 2013-04-24 (Wed, 24 Apr 2013) Changed paths: M logback-classic/src/test/java/ch/qos/logback/classic/net/DilutedSMTPAppenderTest.java M logback-classic/src/test/java/ch/qos/logback/classic/net/SMTPAppender_GreenTest.java M logback-core/src/main/java/ch/qos/logback/core/spi/AbstractComponentTracker.java M logback-core/src/main/java/ch/qos/logback/core/spi/CyclicBufferTrackerImpl.java M logback-core/src/test/java/ch/qos/logback/core/spi/CyclicBufferTrackerImplTest.java M logback-core/src/test/java/ch/qos/logback/core/spi/CyclicBufferTracker_TImpl.java M logback-core/src/test/java/ch/qos/logback/core/spi/ScenarioBasedCyclicBufferTrackerTest.java Log Message: ----------- test improvements

1 0

[qos-ch/logback] 2288ba: refactoring CyclicBufferTracker and AppenderBuffer...
by Ceki Gulcu 24 Apr '13

24 Apr '13

Branch: refs/heads/tracker Home: https://github.com/qos-ch/logback Commit: 2288ba0eed08459efb945665d8949c0832a24a5e https://github.com/qos-ch/logback/commit/2288ba0eed08459efb945665d8949c0832… Author: Ceki Gulcu <ceki(a)qos.ch> Date: 2013-04-24 (Wed, 24 Apr 2013) Changed paths: M logback-core/src/main/java/ch/qos/logback/core/net/SMTPAppenderBase.java A logback-core/src/main/java/ch/qos/logback/core/spi/AbstractComponentTracker.java A logback-core/src/main/java/ch/qos/logback/core/spi/ComponentTracker.java M logback-core/src/main/java/ch/qos/logback/core/spi/CyclicBufferTracker.java M logback-core/src/main/java/ch/qos/logback/core/spi/CyclicBufferTrackerImpl.java M logback-core/src/test/java/ch/qos/logback/core/spi/CyclicBufferTrackerImplTest.java M logback-core/src/test/java/ch/qos/logback/core/spi/CyclicBufferTrackerSimulator.java M logback-core/src/test/java/ch/qos/logback/core/spi/CyclicBufferTracker_TImpl.java Log Message: ----------- refactoring CyclicBufferTracker and AppenderBufferTracker into the more generic ComponentTracker

1 0

[JIRA] (LOGBACK-579) SiftingAppender and the lifecycle of created appenders
by Ceki Gulcu (JIRA) 24 Apr '13

24 Apr '13

1 0

[JIRA] (LOGBACK-244) SiftingAppender - Timeout for closing unused appenders should be configurable
by Ceki Gulcu (JIRA) 24 Apr '13

24 Apr '13

1 0

[JIRA] (LOGBACK-244) SiftingAppender - Timeout for closing unused appenders should be configurable
by Ceki Gulcu (JIRA) 24 Apr '13

24 Apr '13

1 0

[JIRA] (LOGBACK-246) Provide default value for MDC values in pattern layout
by Ceki Gulcu (JIRA) 24 Apr '13

24 Apr '13

1 0

[JIRA] (LOGBACK-540) Filtering out selected stack trace frames
by Leandro Aparecido (JIRA) 24 Apr '13

24 Apr '13

1 0

Re: [logback-dev] logback-dev Digest, Vol 19, Issue 76
by cyril.lapinte＠free.fr 24 Apr '13

24 Apr '13

Ceki, Thanks a lot for your time & support. I am really having a good time here ! I think i got the stacktrace reading right now ! (Do I feel that I really look like a beginner ? ;-) ) So the append method in DelayingListAppender is either not entered (at least beyond the try instruction), or their is something wrong with interrupted attribute of this class. >From what you just said : > The workerShouldStopEvenIfInterruptExceptionConsumedWithinSubappender > test assumes that the main thread will finish before > DelayingListAppender completes the 100ms wait. If the host machine is > slow or very busy, this assumption is sometimes incorrect. We can assume that we mostly entered the append method, right ? Then, we would have a problem with the interrupted attribute. Since the value is set to true by the worker, could it be that the new value stay in the worker cache thread and is never communicate to the main thread ? If that is right, we would need to set the attribute volatile. But I don't see right now (way over midnight ;-) ) any way to demonstrate it. Best regards, Cyril

2 1