Re: [JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.6.0_45) - Build # 5640 - Still Failing!
Hi Shai, On Sun, May 19, 2013 at 8:03 AM, Shai Erera wrote: > Why is freeSpace == len considered disk full? This was the previous behavior when the test didn't fail (http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/test-framework/src/java/org/apache/lucene/store/MockIndexOutputWrapper.java?r1=1479766&r2=1479765&pathrev=1479766). I totally agree this doesn't make sense so this is something I would like LUCENE-5004 to fix (I'm working on it). -- Adrien - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.6.0_45) - Build # 5640 - Still Failing!
Oh I see. So in LUCENE-5004 it will be correct again. Great! Shai On Sun, May 19, 2013 at 12:05 PM, Adrien Grand wrote: > Hi Shai, > > On Sun, May 19, 2013 at 8:03 AM, Shai Erera wrote: > > Why is freeSpace == len considered disk full? > > This was the previous behavior when the test didn't fail > ( > http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/test-framework/src/java/org/apache/lucene/store/MockIndexOutputWrapper.java?r1=1479766&r2=1479765&pathrev=1479766 > ). > I totally agree this doesn't make sense so this is something I would > like LUCENE-5004 to fix (I'm working on it). > > -- > Adrien > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >
[JENKINS] Lucene-Solr-trunk-Linux (64bit/jdk1.7.0_21) - Build # 5731 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/5731/ Java: 64bit/jdk1.7.0_21 -XX:+UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.lucene.spatial.prefix.SpatialOpRecursivePrefixTreeTest.testContains {#5 seed=[66371D41D1743401:D24641C3E2FCC2A0]} Error Message: Shouldn't match I #0:ShapePair(Rect(minX=77.0,maxX=151.0,minY=59.0,maxY=128.0) , Rect(minX=127.0,maxX=141.0,minY=-75.0,maxY=-64.0)) Q:Rect(minX=0.0,maxX=256.0,minY=-128.0,maxY=128.0) Stack Trace: java.lang.AssertionError: Shouldn't match I #0:ShapePair(Rect(minX=77.0,maxX=151.0,minY=59.0,maxY=128.0) , Rect(minX=127.0,maxX=141.0,minY=-75.0,maxY=-64.0)) Q:Rect(minX=0.0,maxX=256.0,minY=-128.0,maxY=128.0) at __randomizedtesting.SeedInfo.seed([66371D41D1743401:D24641C3E2FCC2A0]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.lucene.spatial.prefix.SpatialOpRecursivePrefixTreeTest.fail(SpatialOpRecursivePrefixTreeTest.java:287) at org.apache.lucene.spatial.prefix.SpatialOpRecursivePrefixTreeTest.doTest(SpatialOpRecursivePrefixTreeTest.java:273) at org.apache.lucene.spatial.prefix.SpatialOpRecursivePrefixTreeTest.testContains(SpatialOpRecursivePrefixTreeTest.java:101) 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:601) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) at com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakCo
[JENKINS] Lucene-Solr-4.x-Windows (32bit/jdk1.6.0_45) - Build # 2805 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Windows/2805/ Java: 32bit/jdk1.6.0_45 -client -XX:+UseParallelGC 5 tests failed. FAILED: org.apache.solr.client.solrj.embedded.TestEmbeddedSolrServer.testShutdown Error Message: Stack Trace: org.apache.solr.common.SolrException: at __randomizedtesting.SeedInfo.seed([7A096C93094D3598:997F6506EE37A0EA]:0) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:262) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:219) at org.apache.solr.core.CoreContainer.(CoreContainer.java:149) at org.apache.solr.client.solrj.embedded.AbstractEmbeddedSolrServerTestCase.setUp(AbstractEmbeddedSolrServerTestCase.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) at com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:771) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at java.lang.Thread.run(Thread.java:662) Caused by: java.io.IOException: The filename, directory name, or volume label syntax is incorrect at java.io.WinNTFileSystem.canonicalize0(Native Method) at java.io.Win32FileSystem.canonicalize(Win32FileSystem.java:396) at java.io.File.getCanonicalPath(File.java:559) at org.apache.solr.core.ConfigSolrXmlOld.initCoreList(ConfigSolrXmlOld.
[jira] [Created] (SOLR-4840) Make sharedLib in solr.xml work more like lib in solrconfig.xml
Benson Margulies created SOLR-4840: -- Summary: Make sharedLib in solr.xml work more like lib in solrconfig.xml Key: SOLR-4840 URL: https://issues.apache.org/jira/browse/SOLR-4840 Project: Solr Issue Type: New Feature Components: multicore Affects Versions: 4.3 Reporter: Benson Margulies The various variations on the 'lib' element are very convenient. It seems logical for the same functionality to be provided for cross-core shared libs to be configured in solr.xml. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-4.3-Java6 - Build # 8 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-4.3-Java6/8/ All tests passed Build Log: [...truncated 4402 lines...] BUILD FAILED /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3-Java6/build.xml:381: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3-Java6/build.xml:361: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3-Java6/build.xml:39: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3-Java6/lucene/build.xml:548: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3-Java6/lucene/common-build.xml:1800: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3-Java6/lucene/analysis/build.xml:105: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3-Java6/lucene/analysis/build.xml:38: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3-Java6/lucene/common-build.xml:368: The following error occurred while executing this line: java.io.FileNotFoundException: /home/hudson/.ant/lib/ivy-2.2.0.jar (No such file or directory) at java.io.RandomAccessFile.open(Native Method) at java.io.RandomAccessFile.(RandomAccessFile.java:233) at org.apache.tools.zip.ZipFile.(ZipFile.java:182) at org.apache.tools.zip.ZipFile.(ZipFile.java:148) at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:284) at org.apache.tools.ant.helper.ProjectHelper2.parseUnknownElement(ProjectHelper2.java:131) at org.apache.tools.ant.helper.ProjectHelper2.parseAntlibDescriptor(ProjectHelper2.java:111) at org.apache.tools.ant.taskdefs.Antlib.createAntlib(Antlib.java:91) at org.apache.tools.ant.taskdefs.Definer.loadAntlib(Definer.java:440) at org.apache.tools.ant.taskdefs.Definer.execute(Definer.java:292) at org.apache.tools.ant.ComponentHelper.checkNamespace(ComponentHelper.java:869) at org.apache.tools.ant.ComponentHelper.getDefinition(ComponentHelper.java:308) at org.apache.tools.ant.taskdefs.condition.TypeFound.doesTypeExist(TypeFound.java:65) at org.apache.tools.ant.taskdefs.condition.TypeFound.eval(TypeFound.java:88) at org.apache.tools.ant.taskdefs.ConditionTask.execute(ConditionTask.java:120) at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.TaskAdapter.execute(TaskAdapter.java:154) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38) at org.apache.tools.ant.Project.executeTargets(Project.java:1251) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:442) at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:302) at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:221) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:68) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUt
RE: [JENKINS] Lucene-Solr-Tests-4.3-Java6 - Build # 8 - Still Failing
This was caused by the update of the Jenkins Slave FreeBSD machine. I take care! I will trigger OpenJDK updates next... Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Apache Jenkins Server [mailto:jenk...@builds.apache.org] > Sent: Sunday, May 19, 2013 7:07 PM > To: dev@lucene.apache.org > Subject: [JENKINS] Lucene-Solr-Tests-4.3-Java6 - Build # 8 - Still Failing > > Build: https://builds.apache.org/job/Lucene-Solr-Tests-4.3-Java6/8/ > > All tests passed > > Build Log: > [...truncated 4402 lines...] > BUILD FAILED > /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3- > Java6/build.xml:381: The following error occurred while executing this line: > /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3- > Java6/build.xml:361: The following error occurred while executing this line: > /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3- > Java6/build.xml:39: The following error occurred while executing this line: > /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3- > Java6/lucene/build.xml:548: The following error occurred while executing > this line: > /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3- > Java6/lucene/common-build.xml:1800: The following error occurred while > executing this line: > /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3- > Java6/lucene/analysis/build.xml:105: The following error occurred while > executing this line: > /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3- > Java6/lucene/analysis/build.xml:38: The following error occurred while > executing this line: > /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.3- > Java6/lucene/common-build.xml:368: The following error occurred while > executing this line: > java.io.FileNotFoundException: /home/hudson/.ant/lib/ivy-2.2.0.jar (No > such file or directory) > at java.io.RandomAccessFile.open(Native Method) > at java.io.RandomAccessFile.(RandomAccessFile.java:233) > at org.apache.tools.zip.ZipFile.(ZipFile.java:182) > at org.apache.tools.zip.ZipFile.(ZipFile.java:148) > at > org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:284) > at > org.apache.tools.ant.helper.ProjectHelper2.parseUnknownElement(Project > Helper2.java:131) > at > org.apache.tools.ant.helper.ProjectHelper2.parseAntlibDescriptor(ProjectHe > lper2.java:111) > at org.apache.tools.ant.taskdefs.Antlib.createAntlib(Antlib.java:91) > at org.apache.tools.ant.taskdefs.Definer.loadAntlib(Definer.java:440) > at org.apache.tools.ant.taskdefs.Definer.execute(Definer.java:292) > at > org.apache.tools.ant.ComponentHelper.checkNamespace(ComponentHelpe > r.java:869) > at > org.apache.tools.ant.ComponentHelper.getDefinition(ComponentHelper.jav > a:308) > at > org.apache.tools.ant.taskdefs.condition.TypeFound.doesTypeExist(TypeFou > nd.java:65) > at > org.apache.tools.ant.taskdefs.condition.TypeFound.eval(TypeFound.java:88 > ) > at > org.apache.tools.ant.taskdefs.ConditionTask.execute(ConditionTask.java:12 > 0) > at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown > Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces > sorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.TaskAdapter.execute(TaskAdapter.java:154) > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) > at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces > sorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:390) > at org.apache.tools.ant.Target.performTasks(Target.java:411) > at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) > at > org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleChe > ckExecutor.java:38) > at org.apache.tools.ant.Project.executeTargets(Project.java:1251) > at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:442) > at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:302) > at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:221) > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) > at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces > sorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > org.apache.to
[JENKINS] Lucene-Solr-Tests-4.x-Java7 - Build # 1263 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-4.x-Java7/1263/ No tests ran. Build Log: [...truncated 7003 lines...] AUFATAL: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel at hudson.remoting.Request.call(Request.java:174) at hudson.remoting.Channel.call(Channel.java:672) at hudson.FilePath.act(FilePath.java:854) at hudson.FilePath.act(FilePath.java:838) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1331) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:682) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:587) at hudson.model.Run.execute(Run.java:1568) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel at hudson.remoting.Request.abort(Request.java:299) at hudson.remoting.Channel.terminate(Channel.java:732) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69) Caused by: java.io.IOException: Unexpected termination of the channel at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50) Caused by: java.io.EOFException at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2577) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1315) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) at hudson.remoting.Command.readFrom(Command.java:92) at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:59) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Solr-Artifacts-4.x - Build # 301 - Failure
Build: https://builds.apache.org/job/Solr-Artifacts-4.x/301/ No tests ran. Build Log: [...truncated 13252 lines...] FATAL: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel at hudson.remoting.Request.call(Request.java:174) at hudson.remoting.Channel.call(Channel.java:672) at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:158) at sun.proxy.$Proxy38.join(Unknown Source) at hudson.Launcher$RemoteLauncher$ProcImpl.join(Launcher.java:915) at hudson.Launcher$ProcStarter.join(Launcher.java:360) at hudson.tasks.Ant.perform(Ant.java:217) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:810) at hudson.model.Build$BuildExecution.build(Build.java:199) at hudson.model.Build$BuildExecution.doRun(Build.java:160) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:592) at hudson.model.Run.execute(Run.java:1568) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel at hudson.remoting.Request.abort(Request.java:299) at hudson.remoting.Channel.terminate(Channel.java:732) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69) Caused by: java.io.IOException: Unexpected termination of the channel at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50) Caused by: java.io.EOFException at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2577) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1315) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) at hudson.remoting.Command.readFrom(Command.java:92) at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:59) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS-MAVEN] Lucene-Solr-Maven-4.x #331: POMs out of sync
Build: https://builds.apache.org/job/Lucene-Solr-Maven-4.x/331/ No tests ran. Build Log: [...truncated 11645 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-trunk-Java7 - Build # 3999 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java7/3999/ No tests ran. Build Log: [...truncated 7890 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Artifacts-trunk - Build # 2277 - Failure
Build: https://builds.apache.org/job/Lucene-Artifacts-trunk/2277/ No tests ran. Build Log: [...truncated 53 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-NightlyTests-4.x - Build # 262 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-4.x/262/ No tests ran. Build Log: [...truncated 148 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS-MAVEN] Lucene-Solr-Maven-trunk #855: POMs out of sync
Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/855/ No tests ran. Build Log: [...truncated 151 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
under what situations, if any, would lucene write a zero-length .prx file?
I am seeing a situation with Lucene 3.3.0 where this *may* have happened. Thanks, Stu
Re: 4.3.1 bugfix release
Do you have any estimated time for releasing 4.3.1 or even starting to vote for 4.3.1. RC1? 2013/5/11 Steve Rowe > For Lucene I've looked up Bugs with Major priority or above on JIRA and > labelled them with "lucene-4.3.1-candidate", with the exception of Drill > Sideways issues and the AnalyzingQueryParser leading wildcard issue. > > Please add or remove issues as you see fit. > > Steve > > On May 8, 2013, at 4:26 PM, Shalin Shekhar Mangar > wrote: > > > Hello, > > > > I'd like to propose a 4.3.1 bugfix release sometime soon because of bugs > related to shard splitting and sharedLib. I volunteer to be the release > manager and Steve has been kind enough to agree to help me with the process. > > > > I'll backport SOLR-4795, SOLR-4797, SOLR-4798 to the 4.3 branch and > update the build, changelog and jira issues appropriately. > > > > Shall we target next Friday (17/May) to get all bugs backported to the > branch and then create a RC? > > > > -- > > Regards, > > Shalin Shekhar Mangar. > > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >
RE: [JENKINS-MAVEN] Lucene-Solr-Maven-trunk #855: POMs out of sync
Upgrade is done. I also updated the wiki. OpenJDK6 is on 6_b32 (no idea which update level this is) and OpenJDK7 is on 7u21. I also upgraded ports of Python 2.7 and Python 3.2. The failed builds were out of my control, as I had no chance to prevent ASF Jenkins from building and scheduling jobs. Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Apache Jenkins Server [mailto:jenk...@builds.apache.org] > Sent: Sunday, May 19, 2013 8:37 PM > To: dev@lucene.apache.org > Subject: [JENKINS-MAVEN] Lucene-Solr-Maven-trunk #855: POMs out of > sync > > Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/855/ > > No tests ran. > > Build Log: > [...truncated 151 lines...] > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-4.x-MacOSX (64bit/jdk1.6.0) - Build # 469 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-MacOSX/469/ Java: 64bit/jdk1.6.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. REGRESSION: org.apache.lucene.replicator.http.HttpReplicatorTest.testBasic Error Message: Connection to http://localhost:52124 refused Stack Trace: org.apache.http.conn.HttpHostConnectException: Connection to http://localhost:52124 refused at __randomizedtesting.SeedInfo.seed([E75C887E5C9618BD:4CA6956B834A9E93]:0) at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:190) at org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:294) at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:645) at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:480) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) at org.apache.lucene.replicator.http.HttpClientBase.executeGET(HttpClientBase.java:178) at org.apache.lucene.replicator.http.HttpReplicator.checkForUpdate(HttpReplicator.java:51) at org.apache.lucene.replicator.ReplicationClient.doUpdate(ReplicationClient.java:196) at org.apache.lucene.replicator.ReplicationClient.updateNow(ReplicationClient.java:402) at org.apache.lucene.replicator.http.HttpReplicatorTest.testBasic(HttpReplicatorTest.java:110) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) at com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43)
Re: [JENKINS] Lucene-Solr-4.x-MacOSX (64bit/jdk1.6.0) - Build # 469 - Still Failing!
Could it be that the jetty server did not yet started up completely? Osx is slow... Policeman Jenkins Server schrieb: >Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-MacOSX/469/ >Java: 64bit/jdk1.6.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC > >1 tests failed. >REGRESSION: >org.apache.lucene.replicator.http.HttpReplicatorTest.testBasic > >Error Message: >Connection to http://localhost:52124 refused > >Stack Trace: >org.apache.http.conn.HttpHostConnectException: Connection to >http://localhost:52124 refused > at >__randomizedtesting.SeedInfo.seed([E75C887E5C9618BD:4CA6956B834A9E93]:0) > at >org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:190) > at >org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:294) > at >org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:645) > at >org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:480) > at >org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) > at >org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) > at >org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) > at >org.apache.lucene.replicator.http.HttpClientBase.executeGET(HttpClientBase.java:178) > at >org.apache.lucene.replicator.http.HttpReplicator.checkForUpdate(HttpReplicator.java:51) > at >org.apache.lucene.replicator.ReplicationClient.doUpdate(ReplicationClient.java:196) > at >org.apache.lucene.replicator.ReplicationClient.updateNow(ReplicationClient.java:402) > at >org.apache.lucene.replicator.http.HttpReplicatorTest.testBasic(HttpReplicatorTest.java:110) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at >com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) > at >com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) > at >com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737) > at >com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773) > at >com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) > at >org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) > at >org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) > at >org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) > at >com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) > at >org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) > at >org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) > at >org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) > at >com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) > at >com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) > at >com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782) > at >com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442) > at >com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) > at >com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) > at >com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) > at >com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) > at >org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) > at >org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) > at >com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) > at >com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) > at >com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) > at >com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Statem
Re: [JENKINS] Lucene-Solr-4.x-MacOSX (64bit/jdk1.6.0) - Build # 469 - Still Failing!
Well, startHttpServer returns only after the server has been started, but I've seen in the past that it may not start all the servlets immediately, i.e. lazy loading. Maybe we can make HttpReplicatorTest.startServer() loop while HttpReplicator.checkForUpdate throws ConnectException? That way, when the test actually starts, the server is already guaranteed to be up. But looking at the exception, and given the Jetty instance has been started, I'm not sure it will solve it. Shai On Sun, May 19, 2013 at 11:38 PM, Uwe Schindler wrote: > Could it be that the jetty server did not yet started up completely? Osx > is slow... > > > > Policeman Jenkins Server schrieb: >> >> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-MacOSX/469/ >> Java: 64bit/jdk1.6.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC >> >> 1 tests failed. >> REGRESSION: org.apache.lucene.replicator.http.HttpReplicatorTest.testBasic >> >> Error Message: >> Connection to http://localhost:52124 refused >> >> Stack Trace: >> org.apache.http.conn.HttpHostConnectException: Connection to >> http://localhost:52124 refused >> at __randomizedtesting.SeedInfo.seed([E75C887E5C9618BD:4CA6956B834A9E93]:0) >> >> at >> org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:190) >> at >> org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:294) >> >> at >> org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:645) >> at >> org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:480) >> at >> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) >> at >> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) >> >> at >> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) >> at >> org.apache.lucene.replicator.http.HttpClientBase.executeGET(HttpClientBase.java:178) >> at >> org.apache.lucene.replicator.http.HttpReplicator.checkForUpdate(HttpReplicator.java:51) >> >> at >> org.apache.lucene.replicator.ReplicationClient.doUpdate(ReplicationClient.java:196) >> at >> org.apache.lucene.replicator.ReplicationClient.updateNow(ReplicationClient.java:402) >> at >> org.apache.lucene.replicator.http.HttpReplicatorTest.testBasic(HttpReplicatorTest.java:110) >> >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> at java.lang.reflect.Method.invoke(Method.java:597) >> >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737) >> >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773) >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) >> at >> org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) >> >> at >> org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) >> at >> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) >> at >> com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) >> >> at >> org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) >> at >> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) >> at >> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) >> >> at >> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) >> at >> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) >> at >> com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782) >> >> at >> com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442) >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) >> >> at >> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) >> at >> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) >> at >> org.apache.lucene.util.TestRuleStoreCl
[jira] [Updated] (SOLR-4048) Add a "findRecursive" method to NamedList
[ https://issues.apache.org/jira/browse/SOLR-4048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-4048: --- Attachment: SOLR-4048-cleanup.patch On advice from Adrien and Uwe, I have refactored the new method to use an Object return type and instead of generics. I tried to create a version that uses position data like get(String,int), but that didn't work out as expected, so I gave up on it. Attaching a cleanup patch against current trunk. This time everything is fine in 4x as well. Could I get a fine-tooth-comb review before committing this time? > Add a "findRecursive" method to NamedList > - > > Key: SOLR-4048 > URL: https://issues.apache.org/jira/browse/SOLR-4048 > Project: Solr > Issue Type: New Feature >Affects Versions: 4.0 >Reporter: Shawn Heisey >Assignee: Shawn Heisey >Priority: Minor > Fix For: 4.4 > > Attachments: SOLR-4048-cleanup.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch > > > Most of the time when accessing data from a NamedList, what you'll be doing > is using get() to retrieve another NamedList, and doing so over and over > until you reach the final level, where you'll actually retrieve the value you > want. > I propose adding a method to NamedList which would do all that heavy lifting > for you. I created the following method for my own code. It could be > adapted fairly easily for inclusion into NamedList itself. The only reason I > did not include it as a patch is because I figure you'll want to ensure it > meets all your particular coding guidelines, and that the JavaDoc is much > better than I have done here: > {code} > /** >* Recursively parse a NamedList and return the value at the last level, >* assuming that the object found at each level is also a NamedList. For >* example, if "response" is the NamedList response from the Solr4 mbean >* handler, the following code makes sense: >* >* String coreName = (String) getRecursiveFromResponse(response, new >* String[] { "solr-mbeans", "CORE", "core", "stats", "coreName" }); >* >* >* @param namedList the NamedList to parse >* @param args A list of values to recursively request >* @return the object at the last level. >* @throws SolrServerException >*/ > @SuppressWarnings("unchecked") > private final Object getRecursiveFromResponse( > NamedList namedList, String[] args) > throws SolrServerException > { > NamedList list = null; > Object value = null; > try > { > for (String key : args) > { > if (list == null) > { > list = namedList; > } > else > { > list = (NamedList) value; > } > value = list.get(key); > } > return value; > } > catch (Exception e) > { > throw new SolrServerException( > "Failed to recursively parse > NamedList", e); > } > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-4048) Add a "findRecursive" method to NamedList
[ https://issues.apache.org/jira/browse/SOLR-4048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13661653#comment-13661653 ] Shawn Heisey commented on SOLR-4048: The cleanup patch also fixes all warnings at the 1.7 compliance level in trunk. > Add a "findRecursive" method to NamedList > - > > Key: SOLR-4048 > URL: https://issues.apache.org/jira/browse/SOLR-4048 > Project: Solr > Issue Type: New Feature >Affects Versions: 4.0 >Reporter: Shawn Heisey >Assignee: Shawn Heisey >Priority: Minor > Fix For: 4.4 > > Attachments: SOLR-4048-cleanup.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch > > > Most of the time when accessing data from a NamedList, what you'll be doing > is using get() to retrieve another NamedList, and doing so over and over > until you reach the final level, where you'll actually retrieve the value you > want. > I propose adding a method to NamedList which would do all that heavy lifting > for you. I created the following method for my own code. It could be > adapted fairly easily for inclusion into NamedList itself. The only reason I > did not include it as a patch is because I figure you'll want to ensure it > meets all your particular coding guidelines, and that the JavaDoc is much > better than I have done here: > {code} > /** >* Recursively parse a NamedList and return the value at the last level, >* assuming that the object found at each level is also a NamedList. For >* example, if "response" is the NamedList response from the Solr4 mbean >* handler, the following code makes sense: >* >* String coreName = (String) getRecursiveFromResponse(response, new >* String[] { "solr-mbeans", "CORE", "core", "stats", "coreName" }); >* >* >* @param namedList the NamedList to parse >* @param args A list of values to recursively request >* @return the object at the last level. >* @throws SolrServerException >*/ > @SuppressWarnings("unchecked") > private final Object getRecursiveFromResponse( > NamedList namedList, String[] args) > throws SolrServerException > { > NamedList list = null; > Object value = null; > try > { > for (String key : args) > { > if (list == null) > { > list = namedList; > } > else > { > list = (NamedList) value; > } > value = list.get(key); > } > return value; > } > catch (Exception e) > { > throw new SolrServerException( > "Failed to recursively parse > NamedList", e); > } > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-4048) Add a "findRecursive" method to NamedList
[ https://issues.apache.org/jira/browse/SOLR-4048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13661653#comment-13661653 ] Shawn Heisey edited comment on SOLR-4048 at 5/19/13 9:09 PM: - The cleanup patch also fixes all warnings at the 1.7 compliance level in trunk. I don't think the ant build showed any warnings, but they were showing up in Eclipse. was (Author: elyograg): The cleanup patch also fixes all warnings at the 1.7 compliance level in trunk. > Add a "findRecursive" method to NamedList > - > > Key: SOLR-4048 > URL: https://issues.apache.org/jira/browse/SOLR-4048 > Project: Solr > Issue Type: New Feature >Affects Versions: 4.0 >Reporter: Shawn Heisey >Assignee: Shawn Heisey >Priority: Minor > Fix For: 4.4 > > Attachments: SOLR-4048-cleanup.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch > > > Most of the time when accessing data from a NamedList, what you'll be doing > is using get() to retrieve another NamedList, and doing so over and over > until you reach the final level, where you'll actually retrieve the value you > want. > I propose adding a method to NamedList which would do all that heavy lifting > for you. I created the following method for my own code. It could be > adapted fairly easily for inclusion into NamedList itself. The only reason I > did not include it as a patch is because I figure you'll want to ensure it > meets all your particular coding guidelines, and that the JavaDoc is much > better than I have done here: > {code} > /** >* Recursively parse a NamedList and return the value at the last level, >* assuming that the object found at each level is also a NamedList. For >* example, if "response" is the NamedList response from the Solr4 mbean >* handler, the following code makes sense: >* >* String coreName = (String) getRecursiveFromResponse(response, new >* String[] { "solr-mbeans", "CORE", "core", "stats", "coreName" }); >* >* >* @param namedList the NamedList to parse >* @param args A list of values to recursively request >* @return the object at the last level. >* @throws SolrServerException >*/ > @SuppressWarnings("unchecked") > private final Object getRecursiveFromResponse( > NamedList namedList, String[] args) > throws SolrServerException > { > NamedList list = null; > Object value = null; > try > { > for (String key : args) > { > if (list == null) > { > list = namedList; > } > else > { > list = (NamedList) value; > } > value = list.get(key); > } > return value; > } > catch (Exception e) > { > throw new SolrServerException( > "Failed to recursively parse > NamedList", e); > } > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-4788) Multiple Entities DIH delta import: dataimporter.[entityName].last_index_time is empty
[ https://issues.apache.org/jira/browse/SOLR-4788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13661673#comment-13661673 ] Shawn Heisey commented on SOLR-4788: [~billnbell] I started looking into the code for a user on IRC. I got incredibly lost and never did find the problem. I'm willing to take another look, but I'll need guidance, and whoever could guide me would probably be able to find the problem faster than I can. > Multiple Entities DIH delta import: dataimporter.[entityName].last_index_time > is empty > -- > > Key: SOLR-4788 > URL: https://issues.apache.org/jira/browse/SOLR-4788 > Project: Solr > Issue Type: Bug >Affects Versions: 4.2, 4.3 > Environment: solr-spec > 4.2.1.2013.03.26.08.26.55 > solr-impl > 4.2.1 1461071 - mark - 2013-03-26 08:26:55 > lucene-spec > 4.2.1 > lucene-impl > 4.2.1 1461071 - mark - 2013-03-26 08:23:34 > OR > solr-spec > 4.3.0 > solr-impl > 4.3.0 1477023 - simonw - 2013-04-29 15:10:12 > lucene-spec > 4.3.0 > lucene-impl > 4.3.0 1477023 - simonw - 2013-04-29 14:55:14 >Reporter: chakming wong >Assignee: Shalin Shekhar Mangar > > {code:title=conf/dataimport.properties|borderStyle=solid}entity1.last_index_time=2013-05-06 > 03\:02\:06 > last_index_time=2013-05-06 03\:05\:22 > entity2.last_index_time=2013-05-06 03\:03\:14 > entity3.last_index_time=2013-05-06 03\:05\:22 > {code} > {code:title=conf/solrconfig.xml|borderStyle=solid} encoding="UTF-8" ?> > ... > class="org.apache.solr.handler.dataimport.DataImportHandler"> > > dihconfig.xml > > > ... > {code} > {code:title=conf/dihconfig.xml|borderStyle=solid} encoding="UTF-8" ?> > > type="JdbcDataSource" driver="com.mysql.jdbc.Driver" > url="jdbc:mysql://*:*/*" > user="*" password="*"/> > > query="SELECT * FROM table_a" > deltaQuery="SELECT table_a_id FROM table_b WHERE > last_modified > '${dataimporter.entity1.last_index_time}'" > deltaImportQuery="SELECT * FROM table_a WHERE id = > '${dataimporter.entity1.id}'" > transformer="TemplateTransformer"> > ... > ... > ... > > > ... > ... > > > ... > ... > > > > {code} > In above setup, *dataimporter.entity1.last_index_time* is *empty string* and > cause the sql query having error -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_21) - Build # 2839 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/2839/ Java: 64bit/jdk1.7.0_21 -XX:+UseCompressedOops -XX:+UseParallelGC 5 tests failed. FAILED: org.apache.solr.client.solrj.embedded.TestEmbeddedSolrServer.testShutdown Error Message: Stack Trace: org.apache.solr.common.SolrException: at __randomizedtesting.SeedInfo.seed([A2D7009E6E28B0EF:41A1090B8952259D]:0) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:262) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:219) at org.apache.solr.core.CoreContainer.(CoreContainer.java:149) at org.apache.solr.client.solrj.embedded.AbstractEmbeddedSolrServerTestCase.setUp(AbstractEmbeddedSolrServerTestCase.java:64) 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:601) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) at com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:771) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at java.lang.Thread.run(Thread.java:722) Caused by: java.io.IOException: The filename, directory name, or volume label syntax is incorrect at java.io.WinNTFileSystem.canonicalize0(Native Method) at java.io.Win32FileSystem.canonicalize(Win32FileSystem.java:414) at java.io.File.getCanonicalPath(File.java:589) at org.apache.solr.core.ConfigSolrXmlOld.initCoreList(
[jira] [Commented] (SOLR-4048) Add a "findRecursive" method to NamedList
[ https://issues.apache.org/jira/browse/SOLR-4048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13661682#comment-13661682 ] Uwe Schindler commented on SOLR-4048: - Looks much better! The return type seems to be correct. The instanceof check was also fixed to be effective. > Add a "findRecursive" method to NamedList > - > > Key: SOLR-4048 > URL: https://issues.apache.org/jira/browse/SOLR-4048 > Project: Solr > Issue Type: New Feature >Affects Versions: 4.0 >Reporter: Shawn Heisey >Assignee: Shawn Heisey >Priority: Minor > Fix For: 4.4 > > Attachments: SOLR-4048-cleanup.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch > > > Most of the time when accessing data from a NamedList, what you'll be doing > is using get() to retrieve another NamedList, and doing so over and over > until you reach the final level, where you'll actually retrieve the value you > want. > I propose adding a method to NamedList which would do all that heavy lifting > for you. I created the following method for my own code. It could be > adapted fairly easily for inclusion into NamedList itself. The only reason I > did not include it as a patch is because I figure you'll want to ensure it > meets all your particular coding guidelines, and that the JavaDoc is much > better than I have done here: > {code} > /** >* Recursively parse a NamedList and return the value at the last level, >* assuming that the object found at each level is also a NamedList. For >* example, if "response" is the NamedList response from the Solr4 mbean >* handler, the following code makes sense: >* >* String coreName = (String) getRecursiveFromResponse(response, new >* String[] { "solr-mbeans", "CORE", "core", "stats", "coreName" }); >* >* >* @param namedList the NamedList to parse >* @param args A list of values to recursively request >* @return the object at the last level. >* @throws SolrServerException >*/ > @SuppressWarnings("unchecked") > private final Object getRecursiveFromResponse( > NamedList namedList, String[] args) > throws SolrServerException > { > NamedList list = null; > Object value = null; > try > { > for (String key : args) > { > if (list == null) > { > list = namedList; > } > else > { > list = (NamedList) value; > } > value = list.get(key); > } > return value; > } > catch (Exception e) > { > throw new SolrServerException( > "Failed to recursively parse > NamedList", e); > } > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-4048) Add a "findRecursive" method to NamedList
[ https://issues.apache.org/jira/browse/SOLR-4048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13661683#comment-13661683 ] Uwe Schindler commented on SOLR-4048: - bq. The cleanup patch also fixes all warnings at the 1.7 compliance level in trunk. Warnings are disabled in Solr because the whole Solr is a single huge warning :-) > Add a "findRecursive" method to NamedList > - > > Key: SOLR-4048 > URL: https://issues.apache.org/jira/browse/SOLR-4048 > Project: Solr > Issue Type: New Feature >Affects Versions: 4.0 >Reporter: Shawn Heisey >Assignee: Shawn Heisey >Priority: Minor > Fix For: 4.4 > > Attachments: SOLR-4048-cleanup.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch > > > Most of the time when accessing data from a NamedList, what you'll be doing > is using get() to retrieve another NamedList, and doing so over and over > until you reach the final level, where you'll actually retrieve the value you > want. > I propose adding a method to NamedList which would do all that heavy lifting > for you. I created the following method for my own code. It could be > adapted fairly easily for inclusion into NamedList itself. The only reason I > did not include it as a patch is because I figure you'll want to ensure it > meets all your particular coding guidelines, and that the JavaDoc is much > better than I have done here: > {code} > /** >* Recursively parse a NamedList and return the value at the last level, >* assuming that the object found at each level is also a NamedList. For >* example, if "response" is the NamedList response from the Solr4 mbean >* handler, the following code makes sense: >* >* String coreName = (String) getRecursiveFromResponse(response, new >* String[] { "solr-mbeans", "CORE", "core", "stats", "coreName" }); >* >* >* @param namedList the NamedList to parse >* @param args A list of values to recursively request >* @return the object at the last level. >* @throws SolrServerException >*/ > @SuppressWarnings("unchecked") > private final Object getRecursiveFromResponse( > NamedList namedList, String[] args) > throws SolrServerException > { > NamedList list = null; > Object value = null; > try > { > for (String key : args) > { > if (list == null) > { > list = namedList; > } > else > { > list = (NamedList) value; > } > value = list.get(key); > } > return value; > } > catch (Exception e) > { > throw new SolrServerException( > "Failed to recursively parse > NamedList", e); > } > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-4048) Add a "findRecursive" method to NamedList
[ https://issues.apache.org/jira/browse/SOLR-4048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13661683#comment-13661683 ] Uwe Schindler edited comment on SOLR-4048 at 5/19/13 10:17 PM: --- bq. The cleanup patch also fixes all warnings at the 1.7 compliance level in trunk. Warnings are disabled in Solr's ANT build because whole Solr is a huge warning :-) was (Author: thetaphi): bq. The cleanup patch also fixes all warnings at the 1.7 compliance level in trunk. Warnings are disabled in Solr because the whole Solr is a single huge warning :-) > Add a "findRecursive" method to NamedList > - > > Key: SOLR-4048 > URL: https://issues.apache.org/jira/browse/SOLR-4048 > Project: Solr > Issue Type: New Feature >Affects Versions: 4.0 >Reporter: Shawn Heisey >Assignee: Shawn Heisey >Priority: Minor > Fix For: 4.4 > > Attachments: SOLR-4048-cleanup.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, SOLR-4048.patch, > SOLR-4048.patch, SOLR-4048.patch > > > Most of the time when accessing data from a NamedList, what you'll be doing > is using get() to retrieve another NamedList, and doing so over and over > until you reach the final level, where you'll actually retrieve the value you > want. > I propose adding a method to NamedList which would do all that heavy lifting > for you. I created the following method for my own code. It could be > adapted fairly easily for inclusion into NamedList itself. The only reason I > did not include it as a patch is because I figure you'll want to ensure it > meets all your particular coding guidelines, and that the JavaDoc is much > better than I have done here: > {code} > /** >* Recursively parse a NamedList and return the value at the last level, >* assuming that the object found at each level is also a NamedList. For >* example, if "response" is the NamedList response from the Solr4 mbean >* handler, the following code makes sense: >* >* String coreName = (String) getRecursiveFromResponse(response, new >* String[] { "solr-mbeans", "CORE", "core", "stats", "coreName" }); >* >* >* @param namedList the NamedList to parse >* @param args A list of values to recursively request >* @return the object at the last level. >* @throws SolrServerException >*/ > @SuppressWarnings("unchecked") > private final Object getRecursiveFromResponse( > NamedList namedList, String[] args) > throws SolrServerException > { > NamedList list = null; > Object value = null; > try > { > for (String key : args) > { > if (list == null) > { > list = namedList; > } > else > { > list = (NamedList) value; > } > value = list.get(key); > } > return value; > } > catch (Exception e) > { > throw new SolrServerException( > "Failed to recursively parse > NamedList", e); > } > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-5009) BTree index
Gang Luo created LUCENE-5009: Summary: BTree index Key: LUCENE-5009 URL: https://issues.apache.org/jira/browse/LUCENE-5009 Project: Lucene - Core Issue Type: Wish Components: core/index Affects Versions: 4.2.1 Reporter: Gang Luo Priority: Trivial Currently Lucene use skip list index for better index speed. Some use case need B Tree index, such as Patent search . Documents add by day. It not need real time search , but need large volume search. There are some B Tree index implement . such as http://algs4.cs.princeton.edu/62btrees/BTree.java.html . -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS-MAVEN] Lucene-Solr-Maven-4.x #332: POMs out of sync
Build: https://builds.apache.org/job/Lucene-Solr-Maven-4.x/332/ 1 tests failed. REGRESSION: org.apache.solr.cloud.SyncSliceTest.testDistribSearch Error Message: shard1 is not consistent. Got 305 from http://127.0.0.1:31079/xig/kg/collection1lastClient and got 5 from http://127.0.0.1:64109/xig/kg/collection1 Stack Trace: java.lang.AssertionError: shard1 is not consistent. Got 305 from http://127.0.0.1:31079/xig/kg/collection1lastClient and got 5 from http://127.0.0.1:64109/xig/kg/collection1 at __randomizedtesting.SeedInfo.seed([6A30280389E5DBFF:EBD6A61BFEBABBC3]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.solr.cloud.AbstractFullDistribZkTestBase.checkShardConsistency(AbstractFullDistribZkTestBase.java:963) at org.apache.solr.cloud.SyncSliceTest.doTest(SyncSliceTest.java:238) Build Log: [...truncated 23872 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-2899) Add OpenNLP Analysis capabilities as a module
[ https://issues.apache.org/jira/browse/LUCENE-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13661758#comment-13661758 ] Lance Norskog commented on LUCENE-2899: --- I'm updating the patches for 4.x and trunk. Kai's fix works. The unit tests did not attempt to analyse text that is longer than the fixed size temp buffer, and thus the code for copying successive buffers was never exercised. Kai's fix handles this problem. I've added a unit test. Em: the Lucene Tokenizer lifecyle is that the Tokenizer is created with a Reader, and each call to incrementToken() walks the input. When incrementToken() returns false, that is all- the Tokenizer is finished. TokenStream can support a 'stateful' token stream: with OpenNLPFilter, you call incrementToken() until it returns false, and then you can call 'reset' and it will start over from the beginning. The unit tests include a check that reset() works. The changes you made support a feature that is not supported by Lucene. Also, the changes break most of the unit tests. Please create a unit test that shows the bug, and fix the existing unit tests. No unit test = no bug report. I'm posting a patch for the current 4.x and trunk. It includes some changes for TokenStream/TokenFilter method signatures, some refactoring in the unit tests, a little tightening in the Tokenizer & Filter, and Kai's fix. There are unit tests for the problem Kai found, and also a test that has TokenizerFactory create multiple Tokenizer streams. If there is a bug in this patch, please write a unit test which demonstrates it. The patch is called LUCENE-2899-current.patch. It is tested against the current 4.x branch and the current trunk. Thanks for your interest and hard work- I know it is really tedious to understand this code :) Lance Norskog > Add OpenNLP Analysis capabilities as a module > - > > Key: LUCENE-2899 > URL: https://issues.apache.org/jira/browse/LUCENE-2899 > Project: Lucene - Core > Issue Type: New Feature > Components: modules/analysis >Reporter: Grant Ingersoll >Assignee: Grant Ingersoll >Priority: Minor > Fix For: 4.4 > > Attachments: LUCENE-2899-current.patch, LUCENE-2899.patch, > LUCENE-2899.patch, LUCENE-2899.patch, LUCENE-2899.patch, LUCENE-2899.patch, > LUCENE-2899.patch, LUCENE-2899-RJN.patch, OpenNLPFilter.java, > OpenNLPTokenizer.java, opennlp_trunk.patch > > > Now that OpenNLP is an ASF project and has a nice license, it would be nice > to have a submodule (under analysis) that exposed capabilities for it. Drew > Farris, Tom Morton and I have code that does: > * Sentence Detection as a Tokenizer (could also be a TokenFilter, although it > would have to change slightly to buffer tokens) > * NamedEntity recognition as a TokenFilter > We are also planning a Tokenizer/TokenFilter that can put parts of speech as > either payloads (PartOfSpeechAttribute?) on a token or at the same position. > I'd propose it go under: > modules/analysis/opennlp -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-2899) Add OpenNLP Analysis capabilities as a module
[ https://issues.apache.org/jira/browse/LUCENE-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lance Norskog updated LUCENE-2899: -- Attachment: LUCENE-2899-current.patch > Add OpenNLP Analysis capabilities as a module > - > > Key: LUCENE-2899 > URL: https://issues.apache.org/jira/browse/LUCENE-2899 > Project: Lucene - Core > Issue Type: New Feature > Components: modules/analysis >Reporter: Grant Ingersoll >Assignee: Grant Ingersoll >Priority: Minor > Fix For: 4.4 > > Attachments: LUCENE-2899-current.patch, LUCENE-2899.patch, > LUCENE-2899.patch, LUCENE-2899.patch, LUCENE-2899.patch, LUCENE-2899.patch, > LUCENE-2899.patch, LUCENE-2899-RJN.patch, OpenNLPFilter.java, > OpenNLPTokenizer.java, opennlp_trunk.patch > > > Now that OpenNLP is an ASF project and has a nice license, it would be nice > to have a submodule (under analysis) that exposed capabilities for it. Drew > Farris, Tom Morton and I have code that does: > * Sentence Detection as a Tokenizer (could also be a TokenFilter, although it > would have to change slightly to buffer tokens) > * NamedEntity recognition as a TokenFilter > We are also planning a Tokenizer/TokenFilter that can put parts of speech as > either payloads (PartOfSpeechAttribute?) on a token or at the same position. > I'd propose it go under: > modules/analysis/opennlp -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.7.0_21) - Build # 2840 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/2840/ Java: 32bit/jdk1.7.0_21 -server -XX:+UseSerialGC 5 tests failed. FAILED: org.apache.solr.client.solrj.embedded.TestEmbeddedSolrServer.testShutdown Error Message: Stack Trace: org.apache.solr.common.SolrException: at __randomizedtesting.SeedInfo.seed([32973A668E998EDC:D1E133F369E31BAE]:0) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:262) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:219) at org.apache.solr.core.CoreContainer.(CoreContainer.java:149) at org.apache.solr.client.solrj.embedded.AbstractEmbeddedSolrServerTestCase.setUp(AbstractEmbeddedSolrServerTestCase.java:64) 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:601) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) at com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:771) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at java.lang.Thread.run(Thread.java:722) Caused by: java.io.IOException: The filename, directory name, or volume label syntax is incorrect at java.io.WinNTFileSystem.canonicalize0(Native Method) at java.io.Win32FileSystem.canonicalize(Win32FileSystem.java:414) at java.io.File.getCanonicalPath(File.java:589) at org.apache.solr.core.ConfigSolrXmlOld.initCoreList(ConfigSolrXmlOld.
[JENKINS] Lucene-Solr-4.x-Windows (64bit/jdk1.7.0_21) - Build # 2807 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Windows/2807/ Java: 64bit/jdk1.7.0_21 -XX:+UseCompressedOops -XX:+UseG1GC 5 tests failed. FAILED: org.apache.solr.client.solrj.embedded.TestEmbeddedSolrServer.testGetCoreContainer Error Message: Stack Trace: org.apache.solr.common.SolrException: at __randomizedtesting.SeedInfo.seed([848D37D256410F31:499E039DE0B0678F]:0) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:262) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:219) at org.apache.solr.core.CoreContainer.(CoreContainer.java:149) at org.apache.solr.client.solrj.embedded.AbstractEmbeddedSolrServerTestCase.setUp(AbstractEmbeddedSolrServerTestCase.java:64) 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:601) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) at com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:771) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358) at java.lang.Thread.run(Thread.java:722) Caused by: java.io.IOException: The filename, directory name, or volume label syntax is incorrect at java.io.WinNTFileSystem.canonicalize0(Native Method) at java.io.Win32FileSystem.canonicalize(Win32FileSystem.java:414) at java.io.File.getCanonicalPath(File.java:589) at org.apache.solr.core.ConfigSolrXmlOld.initCoreList(
Re: [JENKINS-MAVEN] Lucene-Solr-Maven-trunk #855: POMs out of sync
Thanks Uwe! On May 19, 2013, at 3:02 PM, Uwe Schindler wrote: > Upgrade is done. I also updated the wiki. OpenJDK6 is on 6_b32 (no idea which > update level this is) and OpenJDK7 is on 7u21. I also upgraded ports of > Python 2.7 and Python 3.2. > > The failed builds were out of my control, as I had no chance to prevent ASF > Jenkins from building and scheduling jobs. > > Uwe > > - > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: u...@thetaphi.de > > >> -Original Message- >> From: Apache Jenkins Server [mailto:jenk...@builds.apache.org] >> Sent: Sunday, May 19, 2013 8:37 PM >> To: dev@lucene.apache.org >> Subject: [JENKINS-MAVEN] Lucene-Solr-Maven-trunk #855: POMs out of >> sync >> >> Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/855/ >> >> No tests ran. >> >> Build Log: >> [...truncated 151 lines...] >> > > > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
junit - previous test run data not cleared
I noticed something a little odd -- certain test data is not cleared up by the clean target. At some point in the past, I ran all the tests. Today, while running an individual test case, I see tophint data from other tests. I was in solr/solrj and ran -Dtestcase=NamedListTest. This is the last part of the output: [junit4:junit4] Executing 1 suite with 1 JVM. [junit4:junit4] [junit4:junit4] Started J0 PID(6384@freya). [junit4:junit4] Suite: org.apache.solr.common.util.NamedListTest [junit4:junit4] OK 0.13s | NamedListTest.testRecursive [junit4:junit4] OK 0.01s | NamedListTest.testRemove [junit4:junit4] Completed in 0.79s, 2 tests [junit4:junit4] [junit4:junit4] JVM J0: 0.87 .. 2.25 = 1.38s [junit4:junit4] Execution time total: 2.26 sec. [junit4:junit4] Tests summary: 1 suite, 2 tests [echo] 5 slowest tests: [junit4:tophints] 40.21s | org.apache.solr.client.solrj.impl.CloudSolrServerTest [junit4:tophints] 38.67s | org.apache.solr.client.solrj.TestLBHttpSolrServer [junit4:tophints] 23.83s | org.apache.solr.client.solrj.embedded.SolrExampleStreamingTest [junit4:tophints] 15.20s | org.apache.solr.client.solrj.embedded.SolrExampleStreamingBinaryTest [junit4:tophints] 7.96s | org.apache.solr.client.solrj.TestBatchUpdate BUILD SUCCESSFUL Total time: 11 seconds As you can see, the tophints data was all from tests that I didn't run this time. It happens on both Linux and Windows, and for tests under lucene as well as solr. Is this a known problem with no simple solution, or should I file an issue? Thanks, Shawn - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: junit - previous test run data not cleared
This is not a bug, see: https://issues.apache.org/jira/browse/LUCENE-4654 what you see are averages from locally collected statistics. They have been moved from temporary folders to allow better approximation of build times on CI servers (where ant clean usually takes place in between builds). If you want to remove previous stats (or make them volatile and removed after ant clean), make a user-default for any of the following properties: If you place that folder under a build it'll be successively removed after an ant clean. Dawid On Mon, May 20, 2013 at 7:52 AM, Shawn Heisey wrote: > I noticed something a little odd -- certain test data is not cleared up > by the clean target. At some point in the past, I ran all the tests. > Today, while running an individual test case, I see tophint data from > other tests. I was in solr/solrj and ran -Dtestcase=NamedListTest. > This is the last part of the output: > > [junit4:junit4] Executing 1 suite with 1 JVM. > [junit4:junit4] > [junit4:junit4] Started J0 PID(6384@freya). > [junit4:junit4] Suite: org.apache.solr.common.util.NamedListTest > [junit4:junit4] OK 0.13s | NamedListTest.testRecursive > [junit4:junit4] OK 0.01s | NamedListTest.testRemove > [junit4:junit4] Completed in 0.79s, 2 tests > [junit4:junit4] > [junit4:junit4] JVM J0: 0.87 .. 2.25 = 1.38s > [junit4:junit4] Execution time total: 2.26 sec. > [junit4:junit4] Tests summary: 1 suite, 2 tests > [echo] 5 slowest tests: > [junit4:tophints] 40.21s | > org.apache.solr.client.solrj.impl.CloudSolrServerTest > [junit4:tophints] 38.67s | > org.apache.solr.client.solrj.TestLBHttpSolrServer > [junit4:tophints] 23.83s | > org.apache.solr.client.solrj.embedded.SolrExampleStreamingTest > [junit4:tophints] 15.20s | > org.apache.solr.client.solrj.embedded.SolrExampleStreamingBinaryTest > [junit4:tophints] 7.96s | org.apache.solr.client.solrj.TestBatchUpdate > > BUILD SUCCESSFUL > Total time: 11 seconds > > As you can see, the tophints data was all from tests that I didn't run > this time. It happens on both Linux and Windows, and for tests under > lucene as well as solr. > > Is this a known problem with no simple solution, or should I file an issue? > > Thanks, > Shawn > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: junit - previous test run data not cleared
On 5/19/2013 11:52 PM, Shawn Heisey wrote: > As you can see, the tophints data was all from tests that I didn't run > this time. It happens on both Linux and Windows, and for tests under > lucene as well as solr. After I sent this, I noted the existence of a .cache directory with many timehints.txt files. This tickled a memory about test timing statistics that survive multiple test runs on jenkins. I can think of two ways to approach fixing this cosmetic problem that don't involve losing the statistics. We could implement one or both of them: The first idea is to have the display of tophints data reflect only the tests that were actually run, not the cached data about every test in the group. The second idea touches on another topic that interests me -- having a build target that will return the tree to a completely pristine state, just like when it is first checked out from svn. I just saw Dawid's reply. It confirmed my vague memory. Thanks for the info about tweaking my local install, I will look into that. Thanks, Shawn - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org