All log4j2 tests are already run in a separate vm. They have to be given hoe initialization & configuration works.
At this point I'm not sure where the problem lies. My guess is that there are delays sine the flume sink gets the data a synchronously from the channel and the another delay when the sink sends the data over tcp to the tests source. So the test may be trying to remove from its channel before it has arrived. I've tried adding a short sleep interval but the error still occurs. Sent from my iPad On Jan 24, 2013, at 3:33 AM, Gary Gregory <[email protected]> wrote: > Is this a Flume bug or a problem with how we use/reuse Flume from test to > test. Would it help to run each test class in a separate JVM? Or would that > hide a genuine problem? > > Gary > > > On Thu, Jan 24, 2013 at 2:34 AM, Ralph Goers <[email protected]> > wrote: >> Thanks. That makes sense since the 2 failing tests are essentially the same >> except they configure the embedded appender differently. >> >> Ralph >> >> On Jan 23, 2013, at 11:23 PM, Ivan Habunek wrote: >> >> > On 24 January 2013 02:15, Ralph Goers <[email protected]> wrote: >> >> After testing for quite a bit it appears that Flume 1.3.1 is not >> >> terminating some threads during shutdown and they are causing the >> >> checkpoint files to not be able to be deleted. I reverted to Flume 1.2.0 >> >> and the tests pass again for me on Windows. Could you please test on >> >> Windows to verify that I can go ahead with another rc? >> > >> > I get even more failures than Gary. >> > >> > Log is here: >> > http://pastebin.com/raw.php?i=7LUUSQwD >> > >> > Running on: >> > Apache Maven 3.0.4 (r1232337; 2012-01-17 09:44:56+0100) >> > Maven home: d:\Dev\apache-maven-3.0.4\bin\.. >> > Java version: 1.7.0_07, vendor: Oracle Corporation >> > Java home: d:\Dev\Java\jdk1.7.0_07\jre >> > Default locale: en_US, platform encoding: Cp1250 >> > OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows" >> > >> > Regards, >> > Ivan >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [email protected] >> > For additional commands, e-mail: [email protected] >> > >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] > > > > -- > E-Mail: [email protected] | [email protected] > JUnit in Action, 2nd Ed: http://bit.ly/ECvg0 > Spring Batch in Action: http://bit.ly/bqpbCK > Blog: http://garygregory.wordpress.com > Home: http://garygregory.com/ > Tweet! http://twitter.com/GaryGregory
