Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [rdf4j-dev] [Hudson] Build failed in Hudson: rdf4j-master-verify #78

Confusing, since I still don’t see the errors. Let’s compare environments: I’m running Oracle JDK 1.8.0_102-b14, Maven 3.3.9, Eclipse Neon.1. FederateTest succeeds for me when run from Eclipse, as well as when running ‘mvn verify’ from the command line.

I’m thinking there might be a version conflict of some sort between dependencies, that gets solved differently depending on the version of maven one uses? Clutching at straws here.

Btw the slow tests I saw earlier were a red herring (caused by a DNS config problem on my laptop, of all things).

Jeen

> On 10 Oct. 2016, at 12:31, Peter Ansell <ansell.peter@xxxxxxxxx> wrote:
> 
> I am getting the failures locally:
> 
> Tests run: 15, Failures: 10, Errors: 0, Skipped: 0, Time elapsed: 1.14
> sec <<< FAILURE! - in org.eclipse.rdf4j.console.FederateTest
> federateHTTPtypeSucceeds(org.eclipse.rdf4j.console.FederateTest)  Time
> elapsed: 0.145 sec  <<< FAILURE!
> java.lang.AssertionError:
> Expected: is <true>
>     but: was <false>
>    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
>    at org.junit.Assert.assertThat(Assert.java:956)
>    at org.junit.Assert.assertThat(Assert.java:923)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:253)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:247)
>    at org.eclipse.rdf4j.console.FederateTest.federateHTTPtypeSucceeds(FederateTest.java:213)
> 
> sparqlAndNotReadOnlyPrintsError(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.101 sec  <<< FAILURE!
> org.mockito.exceptions.verification.WantedButNotInvoked:
> Wanted but not invoked:
> consoleIO.writeError("sparql is read-only.");
> -> at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
> Actually, there were zero interactions with this mock.
> 
>    at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
>    at org.eclipse.rdf4j.console.FederateTest.sparqlAndNotReadOnlyPrintsError(FederateTest.java:158)
> 
> fedAlreadyExistsPrintsSpecificError(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.081 sec  <<< FAILURE!
> org.mockito.exceptions.verification.WantedButNotInvoked:
> Wanted but not invoked:
> consoleIO.writeError(
>    "alien already exists."
> );
> -> at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
> Actually, there were zero interactions with this mock.
> 
>    at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
>    at org.eclipse.rdf4j.console.FederateTest.fedAlreadyExistsPrintsSpecificError(FederateTest.java:167)
> 
> fullyHeterogeneousSuccess(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.035 sec  <<< FAILURE!
> java.lang.AssertionError:
> Expected: is <true>
>     but: was <false>
>    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
>    at org.junit.Assert.assertThat(Assert.java:956)
>    at org.junit.Assert.assertThat(Assert.java:923)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:253)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:247)
>    at org.eclipse.rdf4j.console.FederateTest.fullyHeterogeneousSuccess(FederateTest.java:240)
> 
> successWithNonDefaultReadonlyAndDistinct(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.029 sec  <<< FAILURE!
> java.lang.AssertionError:
> Expected: is <true>
>     but: was <false>
>    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
>    at org.junit.Assert.assertThat(Assert.java:956)
>    at org.junit.Assert.assertThat(Assert.java:923)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:253)
>    at org.eclipse.rdf4j.console.FederateTest.successWithNonDefaultReadonlyAndDistinct(FederateTest.java:229)
> 
> federateSucceedsWithHTTPandSPARQLmembers(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.081 sec  <<< FAILURE!
> java.lang.AssertionError:
> Expected: is <true>
>     but: was <false>
>    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
>    at org.junit.Assert.assertThat(Assert.java:956)
>    at org.junit.Assert.assertThat(Assert.java:923)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:253)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:247)
>    at org.eclipse.rdf4j.console.FederateTest.federateSucceedsWithHTTPandSPARQLmembers(FederateTest.java:205)
> 
> nonexistentMemberPrintsSpecificError(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.075 sec  <<< FAILURE!
> org.mockito.exceptions.verification.WantedButNotInvoked:
> Wanted but not invoked:
> consoleIO.writeError(
>    "FreeLunch does not exist."
> );
> -> at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
> Actually, there were zero interactions with this mock.
> 
>    at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
>    at org.eclipse.rdf4j.console.FederateTest.nonexistentMemberPrintsSpecificError(FederateTest.java:175)
> 
> invalidArgumentPrintsError(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.087 sec  <<< FAILURE!
> org.mockito.exceptions.verification.WantedButNotInvoked:
> Wanted but not invoked:
> consoleIO.writeError(<any>);
> -> at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:291)
> Actually, there were zero interactions with this mock.
> 
>    at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:291)
>    at org.eclipse.rdf4j.console.FederateTest.invalidArgumentPrintsError(FederateTest.java:134)
> 
> federateSPARQLtypeSucceeds(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.063 sec  <<< FAILURE!
> java.lang.AssertionError:
> Expected: is <true>
>     but: was <false>
>    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
>    at org.junit.Assert.assertThat(Assert.java:956)
>    at org.junit.Assert.assertThat(Assert.java:923)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:253)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:247)
>    at org.eclipse.rdf4j.console.FederateTest.federateSPARQLtypeSucceeds(FederateTest.java:221)
> 
> federateMemoryMembersSuccess(org.eclipse.rdf4j.console.FederateTest)
> Time elapsed: 0.063 sec  <<< FAILURE!
> java.lang.AssertionError:
> Expected: is <true>
>     but: was <false>
>    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
>    at org.junit.Assert.assertThat(Assert.java:956)
>    at org.junit.Assert.assertThat(Assert.java:923)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:253)
>    at org.eclipse.rdf4j.console.FederateTest.verifySuccess(FederateTest.java:247)
>    at org.eclipse.rdf4j.console.FederateTest.federateMemoryMembersSuccess(FederateTest.java:183)
> 
> 
> Results :
> 
> Failed tests:
>  FederateTest.federateHTTPtypeSucceeds:213->verifySuccess:247->verifySuccess:253
> Expected: is <true>
>     but: was <false>
>  FederateTest.sparqlAndNotReadOnlyPrintsError:158->verifyFailure:288
> Wanted but not invoked:
> consoleIO.writeError("sparql is read-only.");
> -> at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
> Actually, there were zero interactions with this mock.
> 
>  FederateTest.fedAlreadyExistsPrintsSpecificError:167->verifyFailure:288
> Wanted but not invoked:
> consoleIO.writeError(
>    "alien already exists."
> );
> -> at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
> Actually, there were zero interactions with this mock.
> 
>  FederateTest.fullyHeterogeneousSuccess:240->verifySuccess:247->verifySuccess:253
> Expected: is <true>
>     but: was <false>
>  FederateTest.successWithNonDefaultReadonlyAndDistinct:229->verifySuccess:253
> Expected: is <true>
>     but: was <false>
>  FederateTest.federateSucceedsWithHTTPandSPARQLmembers:205->verifySuccess:247->verifySuccess:253
> Expected: is <true>
>     but: was <false>
>  FederateTest.nonexistentMemberPrintsSpecificError:175->verifyFailure:288
> Wanted but not invoked:
> consoleIO.writeError(
>    "FreeLunch does not exist."
> );
> -> at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:288)
> Actually, there were zero interactions with this mock.
> 
>  FederateTest.invalidArgumentPrintsError:134->verifyFailure:291
> Wanted but not invoked:
> consoleIO.writeError(<any>);
> -> at org.eclipse.rdf4j.console.FederateTest.verifyFailure(FederateTest.java:291)
> Actually, there were zero interactions with this mock.
> 
>  FederateTest.federateSPARQLtypeSucceeds:221->verifySuccess:247->verifySuccess:253
> Expected: is <true>
>     but: was <false>
>  FederateTest.federateMemoryMembersSuccess:183->verifySuccess:247->verifySuccess:253
> Expected: is <true>
>     but: was <false>
> 
> Tests run: 26, Failures: 10, Errors: 0, Skipped: 0
> 
> On 10 October 2016 at 12:07, Jeen Broekstra <jeen.broekstra@xxxxxxxxx> wrote:
>> 
>>> On 10 Oct. 2016, at 11:09, Jeen Broekstra <jeen.broekstra@xxxxxxxxx> wrote:
>>> 
>>> I can’t quite figure out what is going wrong here - especially since Joseph’s fixes (which apparently cause these test errors) do not have anything to do with the Federate command in the Console.
>>> 
>>> When I run verify locally, all tests greenline. But Hudson on two consecutive builds reports these tests as failing.
>>> 
>>> I have noticed, on my local machine, that suddenly these tests take _very_ long to complete. org.eclipse.rdf4j.console.DropTest takes over 36 seconds to complete (normally it’s less than a second), and FederateTest takes almost 4 minutes (where it should just be under a second, again). This happens to me both when running from the command line and from Eclipse. AFAICT other tests do not suffer from this sudden slowdown.
>>> 
>>> Can I get some people to have a closer look and see if they have similar issues?
>>> 
>> 
>> I have noticed that the observed slowdown in the tests also happens on previous commits, so it looks like that is not caused by Joseph’s fixes. Still curious to hear if other people have similar problems - no idea what causes it at this point.
>> 
>> Jeen
>> 
>> _______________________________________________
>> rdf4j-dev mailing list
>> rdf4j-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/rdf4j-dev
> _______________________________________________
> rdf4j-dev mailing list
> rdf4j-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/rdf4j-dev



Back to the top