[jira] [Commented] (SOLR-5783) Can we stop opening a new searcher when the index hasn't changed?

[ https://issues.apache.org/jira/browse/SOLR-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919016#comment-13919016 ] David Smiley commented on SOLR-5783: How do you trigger a new searcher on when the Solr

[jira] [Commented] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918999#comment-13918999 ] ASF subversion and git services commented on SOLR-5714: --- Commit 15738

[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.7.0_60-ea-b04) - Build # 9667 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/9667/ Java: 32bit/jdk1.7.0_60-ea-b04 -server -XX:+UseParallelGC 1 tests failed. REGRESSION: org.apache.solr.client.solrj.impl.CloudSolrServerTest.testDistribSearch Error Message: java.util.concurrent.TimeoutException: Could not conne

[jira] [Resolved] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved SOLR-5714. --- Resolution: Fixed Thanks for the review Greg! > You should be able to use one pool of memory for mult

[jira] [Commented] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918976#comment-13918976 ] ASF subversion and git services commented on SOLR-5714: --- Commit 15738

[jira] [Commented] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918906#comment-13918906 ] Gregory Chanan commented on SOLR-5714: -- lgtm +1. > You should be able to use one pool

[jira] [Commented] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1391#comment-1391 ] Mark Miller commented on SOLR-5714: --- To add a bit: I wanted to do this even before realiz

[jira] [Commented] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918881#comment-13918881 ] Mark Miller commented on SOLR-5714: --- bq. Are there any downsides to using a global block

[jira] [Updated] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-5714: -- Attachment: SOLR-5714.patch Adds testing that asserts that all the BlockCache instances for each SolrCor

[jira] [Closed] (LUCENE-4332) Integrate PiTest mutation coverage tool into build

[ https://issues.apache.org/jira/browse/LUCENE-4332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Greg Bowyer closed LUCENE-4332. --- Resolution: Fixed This was done a while back, I should setup something to actually publish the resu

[jira] [Updated] (SOLR-5773) CollapsingQParserPlugin should make elevated documents the group head

[ https://issues.apache.org/jira/browse/SOLR-5773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David updated SOLR-5773: Attachment: SOLR-5773.patch Updating my patch with a couple of unit tests > CollapsingQParserPlugin should make ele

[jira] [Commented] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918820#comment-13918820 ] Michael McCandless commented on LUCENE-5487: I made a branch & committed the

[jira] [Commented] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918818#comment-13918818 ] ASF subversion and git services commented on LUCENE-5487: - Commit

[jira] [Commented] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918803#comment-13918803 ] Gregory Chanan commented on SOLR-5714: -- New change looks good to me. A couple of ques

[jira] [Commented] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918794#comment-13918794 ] Michael McCandless commented on LUCENE-5487: bq. Iirc a BS1 inside a BS1 will

[jira] [Commented] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918788#comment-13918788 ] Michael McCandless commented on LUCENE-5487: bq. The javadocs of TopScorer ar

[jira] [Updated] (SOLR-5773) CollapsingQParserPlugin should make elevated documents the group head

[ https://issues.apache.org/jira/browse/SOLR-5773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David updated SOLR-5773: Attachment: SOLR-5773.patch I am attaching my patch which will set the group head to the elevated document if it ex

[jira] [Comment Edited] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918707#comment-13918707 ] Gregory Chanan edited comment on SOLR-5714 at 3/3/14 11:34 PM: --

[jira] [Updated] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-5714: -- Attachment: SOLR-5714.patch Thanks Greg! That static name shadowing was definitely hiding some silliness

[jira] [Commented] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918711#comment-13918711 ] Paul Elschot commented on LUCENE-5487: -- I like this, lots of simplifications. About

[jira] [Commented] (SOLR-5714) You should be able to use one pool of memory for multiple collection's HDFS block caches.

[ https://issues.apache.org/jira/browse/SOLR-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918707#comment-13918707 ] Gregory Chanan commented on SOLR-5714: -- It's not clear this would cause any bugs, but

[jira] [Commented] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918680#comment-13918680 ] Uwe Schindler commented on LUCENE-5487: --- Thanks! The javadocs of TopScorer are outd

[jira] [Updated] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-5487: --- Attachment: LUCENE-5487.patch Thanks Uwe, here's a new patch that includes TopScorer

[jira] [Resolved] (SOLR-5783) Can we stop opening a new searcher when the index hasn't changed?

[ https://issues.apache.org/jira/browse/SOLR-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man resolved SOLR-5783. Resolution: Fixed Fix Version/s: 5.0 4.8 > Can we stop opening a new searcher when

[jira] [Commented] (SOLR-5783) Can we stop opening a new searcher when the index hasn't changed?

[ https://issues.apache.org/jira/browse/SOLR-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918635#comment-13918635 ] ASF subversion and git services commented on SOLR-5783: --- Commit 15737

[jira] [Commented] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918629#comment-13918629 ] Uwe Schindler commented on LUCENE-5487: --- Hi Mike, I think, TopScorer.java is missin

[jira] [Commented] (SOLR-5783) Can we stop opening a new searcher when the index hasn't changed?

[ https://issues.apache.org/jira/browse/SOLR-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918606#comment-13918606 ] ASF subversion and git services commented on SOLR-5783: --- Commit 15737

[jira] [Updated] (SOLR-5473) Make one state.json per collection

[ https://issues.apache.org/jira/browse/SOLR-5473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter updated SOLR-5473: - Attachment: ec2-23-20-119-52_solr.log ec2-50-16-38-73_solr.log I'm seeing a race c

[jira] [Created] (SOLR-5808) collections?action=SPLITSHARD running out of heap space due to large segments

Will Butler created SOLR-5808: - Summary: collections?action=SPLITSHARD running out of heap space due to large segments Key: SOLR-5808 URL: https://issues.apache.org/jira/browse/SOLR-5808 Project: Solr

[jira] [Commented] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918537#comment-13918537 ] Uwe Schindler commented on LUCENE-5487: --- I completely agree. Will review the patch

[jira] [Updated] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

[ https://issues.apache.org/jira/browse/LUCENE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-5487: --- Attachment: LUCENE-5487.patch Patch. I made a new class called TopScorer (we can pi

[jira] [Created] (LUCENE-5487) Can we separate "top scorer" from "sub scorer"?

Michael McCandless created LUCENE-5487: -- Summary: Can we separate "top scorer" from "sub scorer"? Key: LUCENE-5487 URL: https://issues.apache.org/jira/browse/LUCENE-5487 Project: Lucene - Core

[jira] [Commented] (LUCENE-5468) Hunspell very high memory use when loading dictionary

[ https://issues.apache.org/jira/browse/LUCENE-5468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918508#comment-13918508 ] Lukas Vlcek commented on LUCENE-5468: - Good points, I did not know that about the ger

[jira] [Updated] (SOLR-5783) Can we stop opening a new searcher when the index hasn't changed?

[ https://issues.apache.org/jira/browse/SOLR-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-5783: --- Attachment: SOLR-5783.patch Updated patch with test asserting that opening a searcher after a schema change d

[jira] [Updated] (LUCENE-5224) org.apache.lucene.analysis.hunspell.HunspellDictionary should implement ICONV and OCONV lines in the affix file

[ https://issues.apache.org/jira/browse/LUCENE-5224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-5224: Attachment: LUCENE-5224.patch When trying to test the korean dictionary referenced in this issue,

[jira] [Updated] (LUCENE-5224) org.apache.lucene.analysis.hunspell.HunspellDictionary should implement ICONV and OCONV lines in the affix file

[ https://issues.apache.org/jira/browse/LUCENE-5224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-5224: Attachment: LUCENE-5224.patch oops, set needsInputCleaning and needsOutputCleaning correctly. I th

[jira] [Updated] (LUCENE-5224) org.apache.lucene.analysis.hunspell.HunspellDictionary should implement ICONV and OCONV lines in the affix file

[ https://issues.apache.org/jira/browse/LUCENE-5224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-5224: Attachment: LUCENE-5224.patch Patch recognizing ICONV, OCONV, and IGNORE keywords. > org.apache.l

[jira] [Assigned] (LUCENE-5224) org.apache.lucene.analysis.hunspell.HunspellDictionary should implement ICONV and OCONV lines in the affix file

[ https://issues.apache.org/jira/browse/LUCENE-5224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir reassigned LUCENE-5224: --- Assignee: Robert Muir > org.apache.lucene.analysis.hunspell.HunspellDictionary should implem

[jira] [Updated] (SOLR-5773) CollapsingQParserPlugin should make elevated documents the group head

[ https://issues.apache.org/jira/browse/SOLR-5773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-5773: - Summary: CollapsingQParserPlugin should make elevated documents the group head (was: CollapsingQP

[JENKINS] Lucene-Solr-4.x-Windows (64bit/jdk1.8.0-fcs-b129) - Build # 3754 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Windows/3754/ Java: 64bit/jdk1.8.0-fcs-b129 -XX:+UseCompressedOops -XX:+UseSerialGC All tests passed Build Log: [...truncated 57293 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-4.x-Windows\build.xml:471: The following er

[jira] [Commented] (SOLR-5720) Add ExpandComponent to expand results collapsed by the CollapsingQParserPlugin

[ https://issues.apache.org/jira/browse/SOLR-5720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918396#comment-13918396 ] ASF subversion and git services commented on SOLR-5720: --- Commit 15736

[jira] [Commented] (SOLR-5773) CollapsingQParserPlugin problem with ElevateComponent

[ https://issues.apache.org/jira/browse/SOLR-5773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918371#comment-13918371 ] David commented on SOLR-5773: - Thanks Joel, I'm just about to attach my patch for the collect

[jira] [Commented] (SOLR-5773) CollapsingQParserPlugin problem with ElevateComponent

[ https://issues.apache.org/jira/browse/SOLR-5773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918369#comment-13918369 ] Joel Bernstein commented on SOLR-5773: -- David, I agree that the elevated document sho

[jira] [Created] (SOLR-5807) Support rectangle range query syntax for indexed shapes & worldBounds

David Smiley created SOLR-5807: -- Summary: Support rectangle range query syntax for indexed shapes & worldBounds Key: SOLR-5807 URL: https://issues.apache.org/jira/browse/SOLR-5807 Project: Solr

[jira] [Updated] (SOLR-5773) CollapsingQParserPlugin problem with ElevateComponent

[ https://issues.apache.org/jira/browse/SOLR-5773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-5773: - Fix Version/s: (was: 4.7) 4.8 > CollapsingQParserPlugin problem with Elevat

[jira] [Assigned] (SOLR-5773) CollapsingQParserPlugin problem with ElevateComponent

[ https://issues.apache.org/jira/browse/SOLR-5773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein reassigned SOLR-5773: Assignee: Joel Bernstein > CollapsingQParserPlugin problem with ElevateComponent > -

[jira] [Commented] (SOLR-5720) Add ExpandComponent to expand results collapsed by the CollapsingQParserPlugin

[ https://issues.apache.org/jira/browse/SOLR-5720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918303#comment-13918303 ] ASF subversion and git services commented on SOLR-5720: --- Commit 15736

[JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.7.0_60-ea-b04) - Build # 9555 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Linux/9555/ Java: 32bit/jdk1.7.0_60-ea-b04 -client -XX:+UseParallelGC All tests passed Build Log: [...truncated 50903 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:471: The following error occurred while ex

[jira] [Commented] (LUCENE-5486) query time join should override Weight.scoresDocsOutOfOrder

[ https://issues.apache.org/jira/browse/LUCENE-5486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918279#comment-13918279 ] ASF subversion and git services commented on LUCENE-5486: - Commit

[jira] [Resolved] (LUCENE-5486) query time join should override Weight.scoresDocsOutOfOrder

[ https://issues.apache.org/jira/browse/LUCENE-5486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-5486. Resolution: Fixed > query time join should override Weight.scoresDocsOutOfOrder >

[jira] [Commented] (LUCENE-5486) query time join should override Weight.scoresDocsOutOfOrder

[ https://issues.apache.org/jira/browse/LUCENE-5486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918278#comment-13918278 ] ASF subversion and git services commented on LUCENE-5486: - Commit

[jira] [Updated] (SOLR-5796) With many collections, leader re-election takes too long when a node dies or is rebooted, leading to some shards getting into a "conflicting" state about who is the leader

[ https://issues.apache.org/jira/browse/SOLR-5796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-5796: -- Fix Version/s: 5.0 4.8 > With many collections, leader re-election takes too long whe

[jira] [Assigned] (SOLR-5796) With many collections, leader re-election takes too long when a node dies or is rebooted, leading to some shards getting into a "conflicting" state about who is the leade

[ https://issues.apache.org/jira/browse/SOLR-5796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller reassigned SOLR-5796: - Assignee: Mark Miller > With many collections, leader re-election takes too long when a node dies

Re: [JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.7.0_51) - Build # 3831 - Failure!

Thanks for fixing this, sorry! On Mon, Mar 3, 2014 at 9:01 AM, Michael McCandless wrote: > I committed a fix. > > Mike McCandless > > http://blog.mikemccandless.com > > > On Mon, Mar 3, 2014 at 11:53 AM, Policeman Jenkins Server > wrote: >> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk

Re: [JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.7.0_51) - Build # 3831 - Failure!

I committed a fix. Mike McCandless http://blog.mikemccandless.com On Mon, Mar 3, 2014 at 11:53 AM, Policeman Jenkins Server wrote: > Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/3831/ > Java: 32bit/jdk1.7.0_51 -server -XX:+UseParallelGC > > All tests passed > > Build Log: >

[JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.7.0_51) - Build # 3831 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/3831/ Java: 32bit/jdk1.7.0_51 -server -XX:+UseParallelGC All tests passed Build Log: [...truncated 50732 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\build.xml:465: The following error occurred wh

[jira] [Commented] (LUCENE-4922) A SpatialPrefixTree based on the Hilbert Curve and variable grid sizes

[ https://issues.apache.org/jira/browse/LUCENE-4922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918257#comment-13918257 ] Hatim Hakeel commented on LUCENE-4922: -- Hi, I have provided a link to the proposal I

[jira] [Updated] (SOLR-5796) With many collections, leader re-election takes too long when a node dies or is rebooted, leading to some shards getting into a "conflicting" state about who is the leader

[ https://issues.apache.org/jira/browse/SOLR-5796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter updated SOLR-5796: - Attachment: SOLR-5796.patch > With many collections, leader re-election takes too long when a node

[jira] [Updated] (SOLR-5796) With many collections, leader re-election takes too long when a node dies or is rebooted, leading to some shards getting into a "conflicting" state about who is the leader

[ https://issues.apache.org/jira/browse/SOLR-5796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter updated SOLR-5796: - Attachment: SOLR-5796.patch Quick and dirty patch (for trunk) that introduces this as a ConfigSolr

[jira] [Updated] (SOLR-5796) With many collections, leader re-election takes too long when a node dies or is rebooted, leading to some shards getting into a "conflicting" state about who is the leader

[ https://issues.apache.org/jira/browse/SOLR-5796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter updated SOLR-5796: - Attachment: (was: SOLR-5796.patch) > With many collections, leader re-election takes too long

Re: [jira] [Commented] (LUCENE-4922) A SpatialPrefixTree based on the Hilbert Curve and variable grid sizes

Hi, I have provided a link to the proposal I prepared last year for the benefit of anyone looking for related background material like documentation, papers etc. Hope it would be helpful. http://hatimhakeel.blogspot.com/2014/03/this-is-my-gsoc-2013-project-proposal.html On Mon, Mar 3, 2014 at 1

[JENKINS] Lucene-Solr-trunk-Linux (64bit/jdk1.7.0_51) - Build # 9661 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/9661/ Java: 64bit/jdk1.7.0_51 -XX:+UseCompressedOops -XX:+UseParallelGC -XX:-UseSuperWord All tests passed Build Log: [...truncated 57778 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-trunk-Linux/build.xml:465: The fol

[jira] [Commented] (SOLR-5795) Option to periodically delete docs based on an expiration field -- or ttl specified when indexed.

[ https://issues.apache.org/jira/browse/SOLR-5795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918203#comment-13918203 ] Grant Ingersoll commented on SOLR-5795: --- [~sbower] Time To Live is a pretty common fe

[jira] [Created] (SOLR-5806) SolrCloud: UI link or script to remove node from clusterstate.json

Gregg Donovan created SOLR-5806: --- Summary: SolrCloud: UI link or script to remove node from clusterstate.json Key: SOLR-5806 URL: https://issues.apache.org/jira/browse/SOLR-5806 Project: Solr

[jira] [Commented] (SOLR-5796) With many collections, leader re-election takes too long when a node dies or is rebooted, leading to some shards getting into a "conflicting" state about who is the lead

[ https://issues.apache.org/jira/browse/SOLR-5796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918184#comment-13918184 ] Timothy Potter commented on SOLR-5796: -- Ok, sounds good. Also, let's assume that the t

[jira] [Created] (SOLR-5805) SolrCloud: run a healthcheck in a background thread

Gregg Donovan created SOLR-5805: --- Summary: SolrCloud: run a healthcheck in a background thread Key: SOLR-5805 URL: https://issues.apache.org/jira/browse/SOLR-5805 Project: Solr Issue Type: Impr

[jira] [Commented] (SOLR-5716) Un-ignore FieldFacetTest

[ https://issues.apache.org/jira/browse/SOLR-5716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918179#comment-13918179 ] Tomás Fernández Löbbe commented on SOLR-5716: - Any more thoughts on this patch?

[jira] [Commented] (SOLR-5720) Add ExpandComponent to expand results collapsed by the CollapsingQParserPlugin

[ https://issues.apache.org/jira/browse/SOLR-5720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918172#comment-13918172 ] ASF subversion and git services commented on SOLR-5720: --- Commit 15735

[jira] [Updated] (SOLR-5720) Add ExpandComponent to expand results collapsed by the CollapsingQParserPlugin

[ https://issues.apache.org/jira/browse/SOLR-5720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-5720: - Summary: Add ExpandComponent to expand results collapsed by the CollapsingQParserPlugin (was: Add

[jira] [Updated] (SOLR-5720) Add ExpandComponent to expands results collapsed by the CollapsingQParserPlugin

[ https://issues.apache.org/jira/browse/SOLR-5720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-5720: - Summary: Add ExpandComponent to expands results collapsed by the CollapsingQParserPlugin (was: Ad

[jira] [Commented] (SOLR-5720) Add ExpandComponent, which expands results collapsed by the CollapsingQParserPlugin

[ https://issues.apache.org/jira/browse/SOLR-5720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918169#comment-13918169 ] Joel Bernstein commented on SOLR-5720: -- All tests are passing as well as precommit. I'

[JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.6.0_45) - Build # 9554 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Linux/9554/ Java: 32bit/jdk1.6.0_45 -client -XX:+UseParallelGC All tests passed Build Log: [...truncated 50124 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:471: The following error occurred while executing

[jira] [Commented] (SOLR-3646) /browse request handler fails in example if you don't specify a field in the query with "no default specified via 'df' param"

[ https://issues.apache.org/jira/browse/SOLR-3646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918161#comment-13918161 ] David Morana commented on SOLR-3646: Good morning, I applied the fix to the /browse han

[jira] [Commented] (LUCENE-5476) Facet sampling

[ https://issues.apache.org/jira/browse/LUCENE-5476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918164#comment-13918164 ] Shai Erera commented on LUCENE-5476: +1 for removing SamplingParams. I'm OK if the o

[jira] [Created] (SOLR-5804) xpath with an namespace:attribute not working in XPathEntityProcessor

Jan Mach created SOLR-5804: -- Summary: xpath with an namespace:attribute not working in XPathEntityProcessor Key: SOLR-5804 URL: https://issues.apache.org/jira/browse/SOLR-5804 Project: Solr Issue T

[jira] [Created] (SOLR-5803) flatten="false" not working for XPathEntityProcessor

Jan Mach created SOLR-5803: -- Summary: flatten="false" not working for XPathEntityProcessor Key: SOLR-5803 URL: https://issues.apache.org/jira/browse/SOLR-5803 Project: Solr Issue Type: Bug

Re: VOTE: Release apache-solr-ref-guide-4.7.pdf (RC1)

Great, thanks everyone. This vote passed. I'll work on getting it up on the mirrors this morning. On Sun, Mar 2, 2014 at 10:40 PM, Shalin Shekhar Mangar < shalinman...@gmail.com> wrote: > +1 > > On Wed, Feb 26, 2014 at 10:29 PM, Cassandra Targett > wrote: > > I generated a new release candidate

[jira] [Resolved] (LUCENE-5485) hunspell circumfix support

[ https://issues.apache.org/jira/browse/LUCENE-5485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-5485. - Resolution: Fixed Fix Version/s: 5.0 4.8 > hunspell circumfix support

[jira] [Commented] (LUCENE-5485) hunspell circumfix support

[ https://issues.apache.org/jira/browse/LUCENE-5485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918090#comment-13918090 ] ASF subversion and git services commented on LUCENE-5485: - Commit

[jira] [Commented] (LUCENE-5485) hunspell circumfix support

[ https://issues.apache.org/jira/browse/LUCENE-5485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918086#comment-13918086 ] ASF subversion and git services commented on LUCENE-5485: - Commit

[jira] [Commented] (SOLR-5466) Add List Collections functionality to Collections API

[ https://issues.apache.org/jira/browse/SOLR-5466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918083#comment-13918083 ] Varun Thacker commented on SOLR-5466: - I was thinking we could have something like what

[jira] [Commented] (SOLR-5466) Add List Collections functionality to Collections API

[ https://issues.apache.org/jira/browse/SOLR-5466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918059#comment-13918059 ] Erick Erickson commented on SOLR-5466: -- Shalin: I really did _no_ review of the code,

[jira] [Commented] (LUCENE-5486) query time join should override Weight.scoresDocsOutOfOrder

[ https://issues.apache.org/jira/browse/LUCENE-5486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918030#comment-13918030 ] Robert Muir commented on LUCENE-5486: - +1 > query time join should override Weight.s

[jira] [Commented] (SOLR-5466) Add List Collections functionality to Collections API

[ https://issues.apache.org/jira/browse/SOLR-5466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918028#comment-13918028 ] Shalin Shekhar Mangar commented on SOLR-5466: - {quote} Shalin: Is this what you

[jira] [Updated] (LUCENE-5486) query time join should override Weight.scoresDocsOutOfOrder

[ https://issues.apache.org/jira/browse/LUCENE-5486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-5486: --- Attachment: LUCENE-5486.patch Patch. The fix is trivial, but I don't know how to ma

[jira] [Created] (LUCENE-5486) query time join should override Weight.scoresDocsOutOfOrder

Michael McCandless created LUCENE-5486: -- Summary: query time join should override Weight.scoresDocsOutOfOrder Key: LUCENE-5486 URL: https://issues.apache.org/jira/browse/LUCENE-5486 Project: Luce

[jira] [Comment Edited] (LUCENE-5476) Facet sampling

[ https://issues.apache.org/jira/browse/LUCENE-5476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918017#comment-13918017 ] Rob Audenaerde edited comment on LUCENE-5476 at 3/3/14 12:46 PM: --

[jira] [Commented] (LUCENE-5476) Facet sampling

[ https://issues.apache.org/jira/browse/LUCENE-5476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918017#comment-13918017 ] Rob Audenaerde commented on LUCENE-5476: Quick update: I implemented the single

The best javadoc snippet in Lucene.

I think I've found my best javadoc snippet in Lucene (QueryNodeOperation): /** * perform a logical and of 2 QueryNode trees. if q1 and q2 are ANDQueryNode * nodes it uses head Node from q1 and adds the children of q2 to q1 if q1 is * a AND node and q2 is not, add q2 as a child of the he

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 531 - Still Failing

I committed a fix. With this seed the poor test got SerialMergeScheduler, MockRandomMergePolicy, maxBufferedDocs=3, and probably some sleeping IndexInputs. Mike McCandless http://blog.mikemccandless.com On Mon, Mar 3, 2014 at 5:46 AM, Michael McCandless wrote: > I'll dig. > > Mike McCandless

[jira] [Commented] (SOLR-5795) Option to periodically delete docs based on an expiration field -- or ttl specified when indexed.

[ https://issues.apache.org/jira/browse/SOLR-5795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13917955#comment-13917955 ] Jan Høydahl commented on SOLR-5795: --- Duplicate of SOLR-3874 Apart from that, I think thi

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 531 - Still Failing

I'll dig. Mike McCandless http://blog.mikemccandless.com On Mon, Mar 3, 2014 at 1:56 AM, Apache Jenkins Server wrote: > Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/531/ > > 2 tests failed. > REGRESSION: > org.apache.lucene.facet.taxonomy.TestSearcherTaxonomyManager.te

[jira] [Commented] (LUCENE-5476) Facet sampling

[ https://issues.apache.org/jira/browse/LUCENE-5476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13917922#comment-13917922 ] Michael McCandless commented on LUCENE-5476: Patch looks good, and those are

[jira] [Updated] (LUCENE-5476) Facet sampling

[ https://issues.apache.org/jira/browse/LUCENE-5476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gilad Barkai updated LUCENE-5476: - Attachment: SamplingComparison_SamplingFacetsCollector.java Nice patch, I was surprised by the

Re: ICUFoldingFilter obsolete?

This makes sense, thanks Rob -- Itamar Syn-Hershko http://code972.com | @synhershko Freelance Developer & Consultant Author of RavenDB in Action On Sun, Mar 2, 2014 at 3:54 PM, Robert Muir wrote: > I use it too, its fine. Its j

[jira] [Commented] (LUCENE-5476) Facet sampling

[ https://issues.apache.org/jira/browse/LUCENE-5476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13917888#comment-13917888 ] Rob Audenaerde commented on LUCENE-5476: More performance data: Exact: 185 ms. S

[jira] [Updated] (SOLR-3218) Range faceting support for CurrencyField

[ https://issues.apache.org/jira/browse/SOLR-3218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vitaliy Zhovtyuk updated SOLR-3218: --- Attachment: SOLR-3218.patch Fixed some javadocs > Range faceting support for CurrencyField >

[jira] [Updated] (LUCENE-5476) Facet sampling

[ https://issues.apache.org/jira/browse/LUCENE-5476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rob Audenaerde updated LUCENE-5476: --- Attachment: LUCENE-5476.patch Here is a patch. I'm not totally satisfied with it though. T

[jira] [Commented] (LUCENE-1486) Wildcards, ORs etc inside Phrase queries

[ https://issues.apache.org/jira/browse/LUCENE-1486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13917848#comment-13917848 ] Nikhil Chhaochharia commented on LUCENE-1486: - It looks like there is a probl

[jira] [Commented] (LUCENE-5460) Allow driving a query by sparse filters

[ https://issues.apache.org/jira/browse/LUCENE-5460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13917837#comment-13917837 ] Mikhail Khludnev commented on LUCENE-5460: -- [~shaie] how does the attached TestS

  1   2   >