This test works on Java 7, but fails on Java 8 and Java 9:
[ERROR] Failures:
[ERROR]
RollingAppenderDirectWriteWithReconfigureTest.testRollingFileAppenderWithReconfigure:68
Expected: is <2>
but: was <1>
On 2017-07-14 08:22, Ralph Goers wrote:
It turns out this test will have to be skipped on MacOS as there is no native
FileWatcher service and instead it resorts to polling. Because of this it is
missing all of the events and it hangs.
Ralph
On Jul 13, 2017, at 6:06 PM, Ralph Goers <[email protected]> wrote:
In my case I can see that the test is looking for files in target/rolling-tmp.
I have a bunch of compressed files in rolling2 but no files in rolling-tmp
Ralph
On Jul 13, 2017, at 1:24 PM, Mikael Ståldal <[email protected]> wrote:
For me it doesn't hand, but a test fail:
[ERROR] Failures:
[ERROR]
RollingAppenderDirectWriteWithReconfigureTest.testRollingFileAppenderWithReconfigure:68
Expected: is <2>
but: was <1>
On 2017-07-13 19:27, Ralph Goers wrote:
I have tried to run the build twice and it has hung both times in a new test
with the stack trace below. Can someone take a look? The history says it was
recently created by Pierrick and committed by Gary.
Ralph
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000007aeb009c0> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at
java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492)
at
java.util.concurrent.LinkedBlockingDeque.take(LinkedBlockingDeque.java:680)
at sun.nio.fs.AbstractWatchService.take(AbstractWatchService.java:118)
at
org.apache.logging.log4j.core.appender.rolling.RollingAppenderTempCompressedFilePatternTest.testAppender(RollingAppenderTempCompressedFilePatternTest.java:136)
