See my other email about the instanceof problem. I don't see how this is a concurrency problem. It's the test on this line: http://fisheye1.atlassian.com/browse/springframework/spring/src/org/springframework/beans/factory/support/AbstractAutowireCapableBeanFactory.java?r=1.182#l1363 behaving differently. Justin
________________________________ From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Thu 9/25/2008 12:21 PM To: user@mojo.codehaus.org Subject: Re: [mojo-user] test pass normally, but fail under cobertura Noooo have you got parallel threads in your code? bet you have even if you thing you have not! bet you have not read Java Concurrency In Practice and have an unintended synchronization side-effect that is currently letting your tests pass on Sun's JVM... but they may fail on JRocket or IBM or when instrumented with emma/clover/ or cobertura 2008/9/25 Edelson, Justin <[EMAIL PROTECTED]> Thanks Stephen. Pretty sure it's not a timeout. I agree that tests should be able to be run any number of times. And in fact "mvn clean test test test test" works fine. It's "mvn cobertura:cobertura" which doesn't - and that only runs tests once. Justin ________________________________ From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Thu 9/25/2008 3:09 AM To: user@mojo.codehaus.org Subject: Re: [mojo-user] test pass normally, but fail under cobertura I have seen tests fail under cobertura when: 1. Tests have timeouts 2. Tests make incorrect assumptions about how the JVM memory model and synchronization work (or don't) This second one is why I always say run your tests twice ;-) 2008/9/25 Edelson, Justin <[EMAIL PROTECTED]> I've been struggling for the past 2 days with a set of Spring-based integration tests that pass when run normally (i.e. mvn test), but fail when run using the cobertura plugin. I recognize this is a shot in the dark, but if anyone has any ideas on things I can try, I'd appreciate it. Specifically, I'd be interested in any differences in the classpath between a normal test run and the cobertura test run. Thanks, Justin
