http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94103 <pre> [ https://issues.apache.org/jira/browse/SOLR-2268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277489#comment-13277489 ] David Smiley commented on SOLR-2268: ------------------------------------ In a day or two you'll see a patch to SOLR-3304 (Add Solr support for the new Lucene Spatial Module). Then you'll be able to use polygons (note: triggers need for JTS jar to be on classpath). It's still got the shortcomings I mentioned in my previous post, which alas, I didn't get to yet. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> David Smiley (JIRA 2012-05-17T02:06:08 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94102 <pre> [ https://issues.apache.org/jira/browse/SOLR-3465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277479#comment-13277479 ] Michael Garski commented on SOLR-3465: -------------------------------------- I found the issue but am not sure what the appropriate fix would be. The SnapPuller.doCommit method does a solrCore.getSearcher and a solrCore.getUpdateHandler().commit... one of those may be redundant but I do not know which. I reverted the body of that method to an older version (1237497) and only one searcher is opened, warmed, and registered. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Michael Garski (JIRA 2012-05-17T01:38:06 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94101 <pre>Michael Garski created SOLR-3465: ------------------------------------ Summary: Replication Causes Two Searcher Warmups Key: SOLR-3465 URL: https://issues.apache.org/jira/browse/SOLR-3465 Project: Solr Issue Type: Bug Components: replication (java) Affects Versions: 4.0 Reporter: Michael Garski I'm doing some testing with the current trunk, and am seeing that when a slave retrieves index updates from the master the warmup &amp; searcher registration is performed twice. Here is a snippet of the log that demonstrates this: May 16, 2012 6:02:02 PM org.apache.solr.handler.SnapPuller fetchLatestIndex INFO: Total time taken for download : 92 secs May 16, 2012 6:02:02 PM org.apache.solr.core.SolrDeletionPolicy onInit INFO: SolrDeletionPolicy.onInit: commits:num=2 commit{dir=/Users/mgarski/Code/indexes/solr2/geo/index,segFN=segments_1,generation=1,filenames=[segments_1] commit{dir=/Users/mgarski/Code/ind</pre> Michael Garski (JIRA 2012-05-17T01:10:09 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94100 <pre>See &lt;http://jenkins.sd-datasolutions.de/job/Windows-Lucene-Solr-tests-only-trunk/25/&gt; </pre> jenkins< at >sd-datasolutions.de 2012-05-17T00:44:51 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94099 <pre>Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/14109/ 1 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.BasicDistributedZkTest Error Message: ERROR: SolrIndexSearcher opens=79 closes=77 Stack Trace: java.lang.AssertionError: ERROR: SolrIndexSearcher opens=79 closes=77 at __randomizedtesting.SeedInfo.seed([D49B93932493E676]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.solr.SolrTestCaseJ4.endTrackingSearchers(SolrTestCaseJ4.java:185) at org.apache.solr.SolrTestCaseJ4.afterClass(SolrTestCaseJ4.java:82) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1969) at com.carrotsearch.randomizedtesting.RandomizedRunner.access$1100(Randomiz</pre> Apache Jenkins Server 2012-05-17T00:40:28 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94098 <pre> [ https://issues.apache.org/jira/browse/LUCENE-4050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277281#comment-13277281 ] Michael McCandless commented on LUCENE-4050: -------------------------------------------- bq. Ever considered using hard links instead of renaming? That's a neat option ... but I think it's only in Java 7 that we can create hard links (java.nio.file.Files.createLink)? And even then it's an optional operation... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Michael McCandless (JIRA 2012-05-17T00:13:02 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94097 <pre>See &lt;http://jenkins.sd-datasolutions.de/job/Windows-Lucene-Solr-tests-only-trunk/24/&gt; ------------------------------------------ [...truncated 10978 lines...] [junit4] &gt; at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) [junit4] &gt; at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) [junit4] &gt; at org.apache.lucene.util.TestRuleReportUncaughtExceptions$1.evaluate(TestRuleReportUncaughtExceptions.java:68) [junit4] &gt; at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) [junit4] &gt; at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) [junit4] &gt; at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:821) [junit4] &gt; at com.carrotsearch.randomizedtesting.RandomizedRunner.access$700(RandomizedRunner.java:132) [junit4] &gt; at com.carrotsea</pre> jenkins< at >sd-datasolutions.de 2012-05-16T23:59:41 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94096 <pre> [ https://issues.apache.org/jira/browse/SOLR-3461?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277269#comment-13277269 ] Jack Krupansky commented on SOLR-3461: -------------------------------------- With the change, the test went from 130 seconds to 20. Even though 130 sec is nowhere near as slow as your 30 minutes, 2 minutes is still a long time. It was taking 10 seconds in the nightly build yesterday. From my latest local test run: [junit4] Suite: org.apache.solr.search.TestRealTimeGet [junit4] IGNOR/A 0.04s J1 | TestRealTimeGet.testStressRecovery [junit4] &gt; Assumption #1: FIXME: This test is horribly slow sometimes on Windows! [junit4] Completed on J1 in 19.24s, 8 tests, 1 skipped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: htt</pre> Jack Krupansky (JIRA 2012-05-16T23:49:06 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94095 <pre> [ https://issues.apache.org/jira/browse/SOLR-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277266#comment-13277266 ] Mark Miller commented on SOLR-1726: ----------------------------------- bq. Remove the CHANGES entry until this gets straightened out? +1 - looks like Mike has made this work with non score sort as well, for when we put it back in. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Mark Miller (JIRA 2012-05-16T23:39:06 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94094 <pre> [ https://issues.apache.org/jira/browse/SOLR-2268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277261#comment-13277261 ] Kiran Sugana commented on SOLR-2268: ------------------------------------ Any update on this ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Kiran Sugana (JIRA 2012-05-16T23:25:06 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94093 <pre>See &lt;http://jenkins.sd-datasolutions.de/job/Windows-Lucene-Solr-tests-only-trunk-java7/17/changes&gt; </pre> jenkins< at >sd-datasolutions.de 2012-05-16T23:19:11 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94092 <pre> [ https://issues.apache.org/jira/browse/LUCENE-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277244#comment-13277244 ] Michael McCandless commented on LUCENE-4062: -------------------------------------------- New patch looks great (but yeah we should do getReader too...)! I like the new impls for 24/48 cases. Thanks Adrien! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Michael McCandless (JIRA 2012-05-16T23:09:06 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94091 <pre> [ https://issues.apache.org/jira/browse/SOLR-3461?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277230#comment-13277230 ] Jack Krupansky commented on SOLR-3461: -------------------------------------- It runs reasonably on my Windows 7 i5-based notebook PC: [junit4] Suite: org.apache.solr.search.TestRealTimeGet [junit4] Completed on J1 in 130.37s, 8 tests -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Jack Krupansky (JIRA 2012-05-16T22:53:07 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94090 <pre>See &lt;http://jenkins.sd-datasolutions.de/job/Windows-Lucene-Solr-tests-only-trunk/23/changes&gt; </pre> jenkins< at >sd-datasolutions.de 2012-05-16T22:36:19 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94089 <pre>See &lt;http://jenkins.sd-datasolutions.de/job/Windows-Lucene-Solr-tests-only-trunk/22/changes&gt; Changes: [ehatcher] couple of minor cosmetics [sarowe] LUCENE-4063: FrenchLightStemmer no longer deletes repeated digits. ------------------------------------------ [...truncated 10038 lines...] [junit4] &gt; at com.carrotsearch.randomizedtesting.RandomizedRunner.runSuite(RandomizedRunner.java:605) [junit4] &gt; at com.carrotsearch.randomizedtesting.RandomizedRunner.access$400(RandomizedRunner.java:132) [junit4] &gt; at com.carrotsearch.randomizedtesting.RandomizedRunner$2.run(RandomizedRunner.java:551) [junit4] &gt; [junit4] 2&gt; NOTE: reproduce with: ant test -Dtestcase=SoftAutoCommitTest -Dtests.method=testSoftAndHardCommitMaxTimeDelete -Dtests.seed=344A3FD50D3F1888 -Dtests.locale=be_BY -Dtests.timezone=America/Argentina/Jujuy -Dargs="-Dfile.encoding=Cp1252" [junit4] 2&gt; [junit4] &gt; (&lt; at &gt;AfterClass output) [junit4] 2&gt; NOTE: test params are: codec=Lucene40, sim=DefaultSimilarity, l</pre> jenkins< at >sd-datasolutions.de 2012-05-16T21:51:30 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94088 <pre> [ https://issues.apache.org/jira/browse/SOLR-3453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomás Fernández Löbbe updated SOLR-3453: ---------------------------------------- Attachment: SOLR-3026.patch Improved the test case a bit. The patch is for trunk. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Tomás Fernández Löbbe (JIRA 2012-05-16T21:41:08 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94087 <pre> [ https://issues.apache.org/jira/browse/SOLR-3453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomás Fernández Löbbe updated SOLR-3453: ---------------------------------------- Attachment: SOLR-3026.patch This patch includes the fix and a test case. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Tomás Fernández Löbbe (JIRA 2012-05-16T21:19:10 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94086 <pre> [ https://issues.apache.org/jira/browse/LUCENE-4054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277148#comment-13277148 ] Dawid Weiss commented on LUCENE-4054: ------------------------------------- The tests for this should not fire when run in stand-alone mode because this confuses intellij idea. I think a safe bet would be to check if we're a nested class -- if so, don't run any validations. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Dawid Weiss (JIRA 2012-05-16T21:19:10 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94085 <pre> [ https://issues.apache.org/jira/browse/LUCENE-4047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dawid Weiss resolved LUCENE-4047. --------------------------------- Resolution: Fixed -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Dawid Weiss (JIRA 2012-05-16T21:17:08 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94084 <pre> [ https://issues.apache.org/jira/browse/SOLR-3454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13277144#comment-13277144 ] Martijn van Groningen commented on SOLR-3454: --------------------------------------------- Hi Ludovic. I've tried running the attached patch on both trunk and 3.6 branch without the fix in Grouping.java, but the test doesn't fail. Is something missing in the test? Can you maybe attach a stacktrace? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Martijn van Groningen (JIRA 2012-05-16T21:17:08 http://permalink.gmane.org/gmane.comp.jakarta.lucene.devel/94083 <pre>Ok, that quick fix I thought would work -- it won't. I'll fix it properly (or rather hack around intellij problems) in LUCENE-4054. Dawid On Wed, May 16, 2012 at 12:51 AM, Steven A Rowe &lt;sarowe&lt; at &gt;syr.edu&gt; wrote: </pre> Dawid Weiss 2012-05-16T21:16:23 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.jakarta.lucene.devel