You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by Apache Jenkins Server <je...@builds.apache.org> on 2012/02/15 14:12:14 UTC
[JENKINS-MAVEN] Lucene-Solr-Maven-3.x #393: POMs out of sync
Build: https://builds.apache.org/job/Lucene-Solr-Maven-3.x/393/
No tests ran.
Build Log (for compile errors):
[...truncated 33624 lines...]
RE: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #393: POMs out of sync
Posted by Uwe Schindler <uw...@thetaphi.de>.
I agree!
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Robert Muir [mailto:rcmuir@gmail.com]
> Sent: Wednesday, February 15, 2012 4:51 PM
> To: dev@lucene.apache.org
> Subject: Re: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #393: POMs out of sync
>
> On Wed, Feb 15, 2012 at 10:44 AM, Steven A Rowe <sa...@syr.edu> wrote:
> > Robert,
> >
> > This was definitely caused by your commit.
> >
> > Eclipse is wrong: common-build.xml is not a stand-alone Ant file, and
> everywhere it is imported, javadocs is defined.
>
> No, eclipse is definitely correct. depending on a non-existent task here is really
> unintuitive.
>
> >
> > Please revert. (You have been dismissive in the past about catering
> > to IDE quirks, Robert, so I'm hopeful that you'll impose your bias
> > reflexively here.)
>
> I don't plan on reverting, because I think thats broken.
> Instead, ill add a placeholder javadocs task in common-build.xml that fails the
> build if its ever called and tells you that you must redefine it, along with a
> TODO that this situation should be improved... this is much cleaner.
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #393: POMs out of sync
Posted by Robert Muir <rc...@gmail.com>.
On Wed, Feb 15, 2012 at 10:44 AM, Steven A Rowe <sa...@syr.edu> wrote:
> Robert,
>
> This was definitely caused by your commit.
>
> Eclipse is wrong: common-build.xml is not a stand-alone Ant file, and everywhere it is imported, javadocs is defined.
No, eclipse is definitely correct. depending on a non-existent task
here is really unintuitive.
>
> Please revert. (You have been dismissive in the past about catering to IDE quirks, Robert, so I'm hopeful that you'll impose your bias reflexively here.)
I don't plan on reverting, because I think thats broken.
Instead, ill add a placeholder javadocs task in common-build.xml that
fails the build if its ever called and tells you that you must
redefine it, along with a TODO
that this situation should be improved... this is much cleaner.
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #393: POMs out of sync
Posted by Steven A Rowe <sa...@syr.edu>.
Robert,
This was definitely caused by your commit.
Eclipse is wrong: common-build.xml is not a stand-alone Ant file, and everywhere it is imported, javadocs is defined.
Please revert. (You have been dismissive in the past about catering to IDE quirks, Robert, so I'm hopeful that you'll impose your bias reflexively here.)
Steve
> -----Original Message-----
> From: Robert Muir [mailto:rcmuir@gmail.com]
> Sent: Wednesday, February 15, 2012 8:20 AM
> To: dev@lucene.apache.org
> Subject: Re: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #393: POMs out of sync
>
> This might have been caused by my commit, but see my previous email...
> its bad that checkouts in lucene appear to be 'broken' in eclipse,
> becuase the ant common-build 'xml' is invalid (i dont understand how
> this was depending on 'javadocs' task before)
>
> On Wed, Feb 15, 2012 at 8:12 AM, Apache Jenkins Server
> <je...@builds.apache.org> wrote:
> > Build: https://builds.apache.org/job/Lucene-Solr-Maven-3.x/393/
> >
> > No tests ran.
> >
> > Build Log (for compile errors):
> > [...truncated 33624 lines...]
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: dev-help@lucene.apache.org
>
>
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
Re: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #393: POMs out of sync
Posted by Robert Muir <rc...@gmail.com>.
This might have been caused by my commit, but see my previous email...
its bad that checkouts in lucene appear to be 'broken' in eclipse,
becuase the ant common-build 'xml' is invalid (i dont understand how
this was depending on 'javadocs' task before)
On Wed, Feb 15, 2012 at 8:12 AM, Apache Jenkins Server
<je...@builds.apache.org> wrote:
> Build: https://builds.apache.org/job/Lucene-Solr-Maven-3.x/393/
>
> No tests ran.
>
> Build Log (for compile errors):
> [...truncated 33624 lines...]
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #394: POMs out of sync
Posted by Steven A Rowe <sa...@syr.edu>.
Fix committed in r1245661. - Steve
> -----Original Message-----
> From: Steven A Rowe [mailto:sarowe@syr.edu]
> Sent: Friday, February 17, 2012 11:20 AM
> To: dev@lucene.apache.org
> Subject: RE: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #394: POMs out of sync
>
> Thanks Robert, I'll look into adding this to the Maven configuration. -
> Steve
>
> > -----Original Message-----
> > From: Robert Muir [mailto:rcmuir@gmail.com]
> > Sent: Friday, February 17, 2012 11:06 AM
> > To: dev@lucene.apache.org
> > Subject: Re: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #394: POMs out of
> sync
> >
> > This one needs a classpath addition, the 'conf/' directory.
> >
> > Its a challenge sorta like testing the solr example, the way we did
> > this is to copy conf/ as if its in the test classpath (just like test
> > resources get copied).
> >
> > Here was the addition to the ant build.xml as an example:
> >
> > <target name="compile-test" depends="contrib-build.compile-test">
> > <!-- copy .alg files as resources for testing -->
> > <copy todir="${build.dir}/classes/test/conf">
> > <fileset dir="conf"/>
> > </copy>
> > </target>
> >
> >
> > On Fri, Feb 17, 2012 at 10:57 AM, Apache Jenkins Server
> > <je...@builds.apache.org> wrote:
> > > Build: https://builds.apache.org/job/Lucene-Solr-Maven-3.x/394/
> > >
> > > 1 tests failed.
> > >
> >
> FAILED: org.apache.lucene.benchmark.byTask.TestPerfTasksParse.testParseEx
> > amples
> > >
> > > Error Message:
> > > could not find any .alg files!
> > >
> > > Stack Trace:
> > > java.lang.AssertionError: could not find any .alg files!
> > > at org.junit.Assert.fail(Assert.java:93)
> > > at
> >
> org.apache.lucene.benchmark.byTask.TestPerfTasksParse.testParseExamples(Te
> > stPerfTasksParse.java:142)
> > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
> > 57)
> > > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
> > pl.java:43)
> > > at java.lang.reflect.Method.invoke(Method.java:616)
> > > at
> >
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMetho
> > d.java:45)
> > > at
> >
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable
> > .java:15)
> > > at
> >
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.
> > java:42)
> > > at
> >
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.j
> > ava:20)
> > > at
> >
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:
> > 28)
> > > at
> >
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30
> > )
> > > at
> >
> org.apache.lucene.util.LuceneTestCase$SubclassSetupTeardownRule$1.evaluate
> > (LuceneTestCase.java:606)
> > > at
> >
> org.apache.lucene.util.LuceneTestCase$InternalSetupTeardownRule$1.evaluate
> > (LuceneTestCase.java:495)
> > > at
> >
> org.apache.lucene.util.LuceneTestCase$TestResultInterceptorRule$1.evaluate
> > (LuceneTestCase.java:400)
> > > at
> >
> org.apache.lucene.util.LuceneTestCase$RememberThreadRule$1.evaluate(Lucene
> > TestCase.java:458)
> > > at org.junit.rules.RunRules.evaluate(RunRules.java:18)
> > > at
> org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
> > > at
> >
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.j
> > ava:68)
> > > at
> >
> org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.
> > java:147)
> > > at
> >
> org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.
> > java:50)
> > > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
> > > at
> > org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
> > > at
> > org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
> > > at
> > org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
> > > at
> > org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
> > > at
> >
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:
> > 28)
> > > at
> >
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30
> > )
> > > at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> > > at
> >
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:
> > 53)
> > > at
> >
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provi
> > der.java:123)
> > > at
> >
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java
> > :104)
> > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
> > 57)
> > > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
> > pl.java:43)
> > > at java.lang.reflect.Method.invoke(Method.java:616)
> > > at
> >
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(Refle
> > ctionUtils.java:164)
> > > at
> >
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(Prov
> > iderFactory.java:110)
> > > at
> >
> org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireSt
> > arter.java:175)
> > > at
> >
> org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenFor
> > ked(SurefireStarter.java:107)
> > > at
> > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)
> > >
> > >
> > >
> > >
> > > Build Log (for compile errors):
> > > [...truncated 47520 lines...]
> > >
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> > > For additional commands, e-mail: dev-help@lucene.apache.org
> >
> >
> >
> > --
> > lucidimagination.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: dev-help@lucene.apache.org
RE: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #394: POMs out of sync
Posted by Steven A Rowe <sa...@syr.edu>.
Thanks Robert, I'll look into adding this to the Maven configuration. - Steve
> -----Original Message-----
> From: Robert Muir [mailto:rcmuir@gmail.com]
> Sent: Friday, February 17, 2012 11:06 AM
> To: dev@lucene.apache.org
> Subject: Re: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #394: POMs out of sync
>
> This one needs a classpath addition, the 'conf/' directory.
>
> Its a challenge sorta like testing the solr example, the way we did
> this is to copy conf/ as if its in the test classpath (just like test
> resources get copied).
>
> Here was the addition to the ant build.xml as an example:
>
> <target name="compile-test" depends="contrib-build.compile-test">
> <!-- copy .alg files as resources for testing -->
> <copy todir="${build.dir}/classes/test/conf">
> <fileset dir="conf"/>
> </copy>
> </target>
>
>
> On Fri, Feb 17, 2012 at 10:57 AM, Apache Jenkins Server
> <je...@builds.apache.org> wrote:
> > Build: https://builds.apache.org/job/Lucene-Solr-Maven-3.x/394/
> >
> > 1 tests failed.
> >
> FAILED: org.apache.lucene.benchmark.byTask.TestPerfTasksParse.testParseEx
> amples
> >
> > Error Message:
> > could not find any .alg files!
> >
> > Stack Trace:
> > java.lang.AssertionError: could not find any .alg files!
> > at org.junit.Assert.fail(Assert.java:93)
> > at
> org.apache.lucene.benchmark.byTask.TestPerfTasksParse.testParseExamples(Te
> stPerfTasksParse.java:142)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
> 57)
> > at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
> pl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:616)
> > at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMetho
> d.java:45)
> > at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable
> .java:15)
> > at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.
> java:42)
> > at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.j
> ava:20)
> > at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:
> 28)
> > at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30
> )
> > at
> org.apache.lucene.util.LuceneTestCase$SubclassSetupTeardownRule$1.evaluate
> (LuceneTestCase.java:606)
> > at
> org.apache.lucene.util.LuceneTestCase$InternalSetupTeardownRule$1.evaluate
> (LuceneTestCase.java:495)
> > at
> org.apache.lucene.util.LuceneTestCase$TestResultInterceptorRule$1.evaluate
> (LuceneTestCase.java:400)
> > at
> org.apache.lucene.util.LuceneTestCase$RememberThreadRule$1.evaluate(Lucene
> TestCase.java:458)
> > at org.junit.rules.RunRules.evaluate(RunRules.java:18)
> > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
> > at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.j
> ava:68)
> > at
> org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.
> java:147)
> > at
> org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.
> java:50)
> > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
> > at
> org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
> > at
> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
> > at
> org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
> > at
> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
> > at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:
> 28)
> > at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30
> )
> > at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> > at
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:
> 53)
> > at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provi
> der.java:123)
> > at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java
> :104)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
> 57)
> > at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
> pl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:616)
> > at
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(Refle
> ctionUtils.java:164)
> > at
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(Prov
> iderFactory.java:110)
> > at
> org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireSt
> arter.java:175)
> > at
> org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenFor
> ked(SurefireStarter.java:107)
> > at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)
> >
> >
> >
> >
> > Build Log (for compile errors):
> > [...truncated 47520 lines...]
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: dev-help@lucene.apache.org
>
>
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
Re: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #394: POMs out of sync
Posted by Robert Muir <rc...@gmail.com>.
This one needs a classpath addition, the 'conf/' directory.
Its a challenge sorta like testing the solr example, the way we did
this is to copy conf/ as if its in the test classpath (just like test
resources get copied).
Here was the addition to the ant build.xml as an example:
<target name="compile-test" depends="contrib-build.compile-test">
<!-- copy .alg files as resources for testing -->
<copy todir="${build.dir}/classes/test/conf">
<fileset dir="conf"/>
</copy>
</target>
On Fri, Feb 17, 2012 at 10:57 AM, Apache Jenkins Server
<je...@builds.apache.org> wrote:
> Build: https://builds.apache.org/job/Lucene-Solr-Maven-3.x/394/
>
> 1 tests failed.
> FAILED: org.apache.lucene.benchmark.byTask.TestPerfTasksParse.testParseExamples
>
> Error Message:
> could not find any .alg files!
>
> Stack Trace:
> java.lang.AssertionError: could not find any .alg files!
> at org.junit.Assert.fail(Assert.java:93)
> at org.apache.lucene.benchmark.byTask.TestPerfTasksParse.testParseExamples(TestPerfTasksParse.java:142)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
> at org.apache.lucene.util.LuceneTestCase$SubclassSetupTeardownRule$1.evaluate(LuceneTestCase.java:606)
> at org.apache.lucene.util.LuceneTestCase$InternalSetupTeardownRule$1.evaluate(LuceneTestCase.java:495)
> at org.apache.lucene.util.LuceneTestCase$TestResultInterceptorRule$1.evaluate(LuceneTestCase.java:400)
> at org.apache.lucene.util.LuceneTestCase$RememberThreadRule$1.evaluate(LuceneTestCase.java:458)
> at org.junit.rules.RunRules.evaluate(RunRules.java:18)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
> at org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.java:147)
> at org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.java:50)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
> at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
> at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)
>
>
>
>
> Build Log (for compile errors):
> [...truncated 47520 lines...]
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[JENKINS-MAVEN] Lucene-Solr-Maven-3.x #394: POMs out of sync
Posted by Apache Jenkins Server <je...@builds.apache.org>.
Build: https://builds.apache.org/job/Lucene-Solr-Maven-3.x/394/
1 tests failed.
FAILED: org.apache.lucene.benchmark.byTask.TestPerfTasksParse.testParseExamples
Error Message:
could not find any .alg files!
Stack Trace:
java.lang.AssertionError: could not find any .alg files!
at org.junit.Assert.fail(Assert.java:93)
at org.apache.lucene.benchmark.byTask.TestPerfTasksParse.testParseExamples(TestPerfTasksParse.java:142)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
at org.apache.lucene.util.LuceneTestCase$SubclassSetupTeardownRule$1.evaluate(LuceneTestCase.java:606)
at org.apache.lucene.util.LuceneTestCase$InternalSetupTeardownRule$1.evaluate(LuceneTestCase.java:495)
at org.apache.lucene.util.LuceneTestCase$TestResultInterceptorRule$1.evaluate(LuceneTestCase.java:400)
at org.apache.lucene.util.LuceneTestCase$RememberThreadRule$1.evaluate(LuceneTestCase.java:458)
at org.junit.rules.RunRules.evaluate(RunRules.java:18)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.java:147)
at org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)
Build Log (for compile errors):
[...truncated 47520 lines...]