Re: [JENKINS-EA] Lucene-Solr-5.x-Linux (32bit/jdk1.9.0-ea-b85) - Build # 14283 - Still Failing!

Thanks Roland! Dawid On Mon, Oct 19, 2015 at 10:02 AM, Roland Westrelin wrote: > Hi Dawid, > >> This happened once previously, with b85 too. I don't think we've >> reported it, have we? > > It could be: > https://bugs.openjdk.java.net/browse/JDK-8134739 > > which is

[jira] [Updated] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-6842: -- Priority: Major (was: Critical) > No way to limit the fields cached in memory and leads to

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14962941#comment-14962941 ] Dawid Weiss commented on LUCENE-6842: - Can you switch Java versions and use a more modern JVM?... Not

Re: [JENKINS-EA] Lucene-Solr-5.x-Linux (32bit/jdk1.9.0-ea-b85) - Build # 14283 - Still Failing!

Hi Dawid, > This happened once previously, with b85 too. I don't think we've > reported it, have we? It could be: https://bugs.openjdk.java.net/browse/JDK-8134739 which is not yet available in a jdk 9 build. Roland. > > D. > > On Sun, Oct 18, 2015 at 1:02 PM, Policeman Jenkins Server >

[jira] [Updated] (SOLR-8165) Add new book 'Apache Solr Essentials'

[ https://issues.apache.org/jira/browse/SOLR-8165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea Gazzarini updated SOLR-8165: --- Attachment: SOLR-8165.patch Patch updated (doesn't contain the image as it has been provided

Re: [JENKINS-EA] Lucene-Solr-5.x-Linux (32bit/jdk1.9.0-ea-b85) - Build # 14283 - Still Failing!

This happened once previously, with b85 too. I don't think we've reported it, have we? D. On Sun, Oct 18, 2015 at 1:02 PM, Policeman Jenkins Server wrote: > Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/14283/ > Java: 32bit/jdk1.9.0-ea-b85 -server

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14962951#comment-14962951 ] Uwe Schindler commented on LUCENE-6842: --- Please also send stack trace showing the OOMs. It is

[JENKINS] Lucene-Solr-Tests-trunk-Java8 - Build # 507 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/507/ All tests passed Build Log: [...truncated 46956 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/build.xml:775: The following error occurred while executing this line:

Re: Mention security as a key feature on the web site "Features" page

See https://issues.apache.org/jira/browse/SOLR-8168 -- Jan Høydahl, search solution architect Cominvent AS - www.cominvent.com > 16. okt. 2015 kl. 20.03 skrev Ishan Chattopadhyaya > : > > Looks good to me! Thanks. > A minor nit, "Pluggable, of course" (comma missing,

[jira] [Comment Edited] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963251#comment-14963251 ] Bala Kolla edited comment on LUCENE-6842 at 10/19/15 12:47 PM: --- Yes we

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963251#comment-14963251 ] Bala Kolla commented on LUCENE-6842: Yes we literally have thousands of fields (may be a million), I

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963257#comment-14963257 ] Dawid Weiss commented on LUCENE-6842: - > I don't think the core issue is the Java version. I think

[jira] [Commented] (LUCENE-6844) Add 'includeSpanScore' boolean to PayloadScoreQuery

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

[jira] [Created] (SOLR-8168) Mention security as a key feature on the web site "Features" page

Jan Høydahl created SOLR-8168: - Summary: Mention security as a key feature on the web site "Features" page Key: SOLR-8168 URL: https://issues.apache.org/jira/browse/SOLR-8168 Project: Solr

[jira] [Commented] (LUCENE-6844) Add 'includeSpanScore' boolean to PayloadScoreQuery

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

[jira] [Updated] (LUCENE-6840) Put ord indexes of doc values on disk

[ https://issues.apache.org/jira/browse/LUCENE-6840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-6840: - Attachment: LUCENE-6840.patch Here is a new patch that folds the ability to read after a given

[jira] [Comment Edited] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963251#comment-14963251 ] Bala Kolla edited comment on LUCENE-6842 at 10/19/15 12:48 PM: --- Yes we

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963265#comment-14963265 ] Bala Kolla commented on LUCENE-6842: I am willing to upgrade to latest version of Lucene and the JDK

[jira] [Commented] (SOLR-8165) Add new book 'Apache Solr Essentials'

[ https://issues.apache.org/jira/browse/SOLR-8165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963144#comment-14963144 ] Zico Fernandes commented on SOLR-8165: -- Thank you [~a.gazzarini] > Add new book 'Apache Solr

[jira] [Commented] (LUCENE-6844) Add 'includeSpanScore' boolean to PayloadScoreQuery

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

[jira] [Updated] (SOLR-8168) Mention security as a key feature on the web site "Features" page

[ https://issues.apache.org/jira/browse/SOLR-8168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl updated SOLR-8168: -- Attachment: SOLR-8168.patch Patch attached. The commit will also rename

[jira] [Resolved] (LUCENE-6844) Add 'includeSpanScore' boolean to PayloadScoreQuery

[ https://issues.apache.org/jira/browse/LUCENE-6844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward resolved LUCENE-6844. --- Resolution: Fixed > Add 'includeSpanScore' boolean to PayloadScoreQuery >

[JENKINS] Lucene-Solr-Tests-5.x-Java7 - Build # 3646 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.x-Java7/3646/ 1 tests failed. FAILED: org.apache.solr.schema.TestCloudSchemaless.test Error Message: QUERY FAILED: xpath=/response/arr[@name='fields']/lst/str[@name='name'][.='newTestFieldInt445'] request=/schema/fields?wt=xml

[jira] [Commented] (LUCENE-6821) TermQuery's constructors should clone the incoming term

[ https://issues.apache.org/jira/browse/LUCENE-6821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963041#comment-14963041 ] Adrien Grand commented on LUCENE-6821: -- +1 on my end as well > TermQuery's constructors should

[JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 826 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/826/ 1 tests failed. FAILED: org.apache.lucene.codecs.lucene53.TestLucene53NormsFormat.testByteRange Error Message: Stack Trace: java.lang.NullPointerException at

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

The seed does not reproduce, even if I switch to a JDK 8u45 but I also hit this exception recently while running tests (with a JDK 8u66). The stack trace suggests that the array returned by Directory.listAll contains some null entries. I'll dig... Le sam. 17 oct. 2015 à 11:56, Apache Jenkins

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

I found the cause: RAMDirectory.listAll() can return some null files. Here is the issue: https://issues.apache.org/jira/browse/LUCENE-6843 Le lun. 19 oct. 2015 à 10:36, Adrien Grand a écrit : > The seed does not reproduce, even if I switch to a JDK 8u45 but I also hit > this

[JENKINS] Lucene-Solr-5.x-Solaris (multiarch/jdk1.7.0) - Build # 136 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Solaris/136/ Java: multiarch/jdk1.7.0 -d64 -XX:-UseCompressedOops -XX:+UseParallelGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: ERROR: SolrIndexSearcher opens=51 closes=50 Stack

[JENKINS] Lucene-Solr-5.x-MacOSX (64bit/jdk1.7.0) - Build # 2762 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-MacOSX/2762/ Java: 64bit/jdk1.7.0 -XX:+UseCompressedOops -XX:+UseG1GC All tests passed Build Log: [...truncated 47563 lines...] BUILD FAILED /Users/jenkins/workspace/Lucene-Solr-5.x-MacOSX/build.xml:785: The following error occurred while

[jira] [Created] (LUCENE-6843) RAMDirectory.listAll() sometimes returns null files

Adrien Grand created LUCENE-6843: Summary: RAMDirectory.listAll() sometimes returns null files Key: LUCENE-6843 URL: https://issues.apache.org/jira/browse/LUCENE-6843 Project: Lucene - Core

[jira] [Commented] (SOLR-8162) JmxMonitoredMap#clear triggers a query on all the MBeans thus generating lots of warnings

[ https://issues.apache.org/jira/browse/SOLR-8162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963021#comment-14963021 ] Marius Dumitru Florea commented on SOLR-8162: - [~shalinmangar] thanks for the fix! >

[jira] [Updated] (LUCENE-6843) RAMDirectory.listAll() sometimes returns null files

[ https://issues.apache.org/jira/browse/LUCENE-6843?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-6843: - Attachment: LUCENE-6843.patch Here is a patch that reverts RAMDirectory.listAll() to how it was

[jira] [Commented] (LUCENE-6843) RAMDirectory.listAll() sometimes returns null files

[ https://issues.apache.org/jira/browse/LUCENE-6843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963018#comment-14963018 ] Adrien Grand commented on LUCENE-6843: -- I just noticed Steve already had figured this out on

[jira] [Created] (LUCENE-6844) Add 'includeSpanScore' boolean to PayloadScoreQuery

Alan Woodward created LUCENE-6844: - Summary: Add 'includeSpanScore' boolean to PayloadScoreQuery Key: LUCENE-6844 URL: https://issues.apache.org/jira/browse/LUCENE-6844 Project: Lucene - Core

[jira] [Commented] (LUCENE-6801) PhraseQuery incorrectly advertises it supports terms at the same position

[ https://issues.apache.org/jira/browse/LUCENE-6801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963028#comment-14963028 ] Adrien Grand commented on LUCENE-6801: -- +1 overall. I'm just bit worried about the following comment

[jira] [Updated] (LUCENE-6844) Add 'includeSpanScore' boolean to PayloadScoreQuery

[ https://issues.apache.org/jira/browse/LUCENE-6844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward updated LUCENE-6844: -- Attachment: LUCENE-6844.patch Patch. > Add 'includeSpanScore' boolean to PayloadScoreQuery >

[jira] [Commented] (LUCENE-6843) RAMDirectory.listAll() sometimes returns null files

[ https://issues.apache.org/jira/browse/LUCENE-6843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963095#comment-14963095 ] Michael McCandless commented on LUCENE-6843: +1 > RAMDirectory.listAll() sometimes returns

[jira] [Commented] (LUCENE-6843) RAMDirectory.listAll() sometimes returns null files

[ https://issues.apache.org/jira/browse/LUCENE-6843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963094#comment-14963094 ] Michael McCandless commented on LUCENE-6843: Argh! Woops :) Thanks and sorry [~jpountz] and

[jira] [Commented] (LUCENE-6829) OfflineSorter should use Directory API

[ https://issues.apache.org/jira/browse/LUCENE-6829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963100#comment-14963100 ] Michael McCandless commented on LUCENE-6829: bq. Michael McCandless, looks like your commit

[jira] [Updated] (SOLR-8156) RequestHandlerBase.handleRequest logs stacktraces caused by user requests

[ https://issues.apache.org/jira/browse/SOLR-8156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward updated SOLR-8156: Attachment: SOLR-8156.patch Patch removing error logging from RequestHandlerBase entirely. I've

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963098#comment-14963098 ] Michael McCandless commented on LUCENE-6842: Given how much heap is used by FST and FST$Arc I

[jira] [Commented] (LUCENE-6801) PhraseQuery incorrectly advertises it supports terms at the same position

[ https://issues.apache.org/jira/browse/LUCENE-6801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963309#comment-14963309 ] David Smiley commented on LUCENE-6801: -- Thanks for the review, Adrien! RE getPositions: Yes -- it

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963326#comment-14963326 ] Ryan Josal commented on LUCENE-6842: FWIW, I have seen an OOME due to a large number of fields

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963276#comment-14963276 ] Dawid Weiss commented on LUCENE-6842: - > But I can share the generic information about how many

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963282#comment-14963282 ] Bala Kolla commented on LUCENE-6842: I understand. As we are already in that position we have to

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963287#comment-14963287 ] Uwe Schindler commented on LUCENE-6842: --- The fields are not cached or loaded completely. But we

[jira] [Commented] (LUCENE-6801) PhraseQuery incorrectly advertises it supports terms at the same position

[ https://issues.apache.org/jira/browse/LUCENE-6801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963317#comment-14963317 ] David Smiley commented on LUCENE-6801: -- Cool. I'll commit today. > PhraseQuery incorrectly

[jira] [Resolved] (SOLR-8114) Grouping.java: sort variable names confusion

[ https://issues.apache.org/jira/browse/SOLR-8114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christine Poerschke resolved SOLR-8114. --- Resolution: Fixed Fix Version/s: Trunk 5.4 > Grouping.java:

[jira] [Commented] (LUCENE-6801) PhraseQuery incorrectly advertises it supports terms at the same position

[ https://issues.apache.org/jira/browse/LUCENE-6801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963315#comment-14963315 ] Adrien Grand commented on LUCENE-6801: -- Right, this is what I meant. :) So maybe for this method we

[jira] [Commented] (LUCENE-6835) Directory.deleteFile should "own" retrying deletions on Windows

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

[jira] [Commented] (LUCENE-6835) Directory.deleteFile should "own" retrying deletions on Windows

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

[jira] [Commented] (LUCENE-6801) PhraseQuery incorrectly advertises it supports terms at the same position

[ https://issues.apache.org/jira/browse/LUCENE-6801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963325#comment-14963325 ] Adrien Grand commented on LUCENE-6801: -- Oh, I think I just understood the intention of these

[JENKINS] Lucene-Artifacts-trunk - Build # 2800 - Failure

Build: https://builds.apache.org/job/Lucene-Artifacts-trunk/2800/ No tests ran. Build Log: [...truncated 12299 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build.xml:394: java.net.ConnectException: Connection timed out at

[jira] [Commented] (LUCENE-6276) Add matchCost() api to TwoPhaseDocIdSetIterator

[ https://issues.apache.org/jira/browse/LUCENE-6276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963379#comment-14963379 ] Adrien Grand commented on LUCENE-6276: -- bq. It will be difficult for many of the 2-phase

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963403#comment-14963403 ] Uwe Schindler commented on LUCENE-6842: --- The problem we have here is that you don't give us enough

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963420#comment-14963420 ] Jack Krupansky commented on LUCENE-6842: Generally, Lucene has few hard limits, but the general

[jira] [Commented] (LUCENE-6843) RAMDirectory.listAll() sometimes returns null files

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

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963473#comment-14963473 ] Bala Kolla commented on LUCENE-6842: I agree. We need to fix our indexing. It's definitely not a

[jira] [Commented] (LUCENE-6842) No way to limit the fields cached in memory and leads to OOM when there are thousand of fields (thousands)

[ https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963385#comment-14963385 ] Bala Kolla commented on LUCENE-6842: [~thetaphi]? Is there a way to minimize the impact.. For example

[jira] [Closed] (LUCENE-6843) RAMDirectory.listAll() sometimes returns null files

[ https://issues.apache.org/jira/browse/LUCENE-6843?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand closed LUCENE-6843. Resolution: Fixed > RAMDirectory.listAll() sometimes returns null files >

[jira] [Commented] (SOLR-8168) Mention security as a key feature on the web site "Features" page

[ https://issues.apache.org/jira/browse/SOLR-8168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963418#comment-14963418 ] Anshum Gupta commented on SOLR-8168: Thanks for adding this Jan. LGTM! Like Ishan mentioned, I think

[jira] [Commented] (LUCENE-6825) Add multidimensional byte[] indexing support to Lucene

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

[jira] [Commented] (LUCENE-6276) Add matchCost() api to TwoPhaseDocIdSetIterator

[ https://issues.apache.org/jira/browse/LUCENE-6276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963465#comment-14963465 ] David Smiley commented on LUCENE-6276: -- RE BooleanQuery stable ordering: thanks for correcting me;

[jira] [Commented] (LUCENE-6276) Add matchCost() api to TwoPhaseDocIdSetIterator

[ https://issues.apache.org/jira/browse/LUCENE-6276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963540#comment-14963540 ] Paul Elschot commented on LUCENE-6276: -- bq. an average number of operations that need to be

[jira] [Commented] (LUCENE-6801) PhraseQuery incorrectly advertises it supports terms at the same position

[ https://issues.apache.org/jira/browse/LUCENE-6801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963550#comment-14963550 ] David Smiley commented on LUCENE-6801: -- Hmm; looks like you're right! Although it's only tested

[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.8.0_60) - Build # 14588 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14588/ Java: 32bit/jdk1.8.0_60 -client -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.solr.cloud.CdcrReplicationHandlerTest.doTest Error Message: There are still nodes recoverying - waited for 330 seconds Stack Trace:

[jira] [Commented] (SOLR-8170) TestFiltering.testRandomFiltering() failures

[ https://issues.apache.org/jira/browse/SOLR-8170?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963991#comment-14963991 ] Steve Rowe commented on SOLR-8170: -- bq. Any clues as to when this problem started? The 5176E993981660E9

[jira] [Commented] (SOLR-6273) Cross Data Center Replication

[ https://issues.apache.org/jira/browse/SOLR-6273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964020#comment-14964020 ] Erick Erickson commented on SOLR-6273: -- thanks for looking! Currently I'm s far behind trying to

[JENKINS] Lucene-Solr-NightlyTests-5.x - Build # 991 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/991/ 1 tests failed. FAILED: org.apache.lucene.index.TestDuelingCodecsAtNight.testBigEquals Error Message: Java heap space Stack Trace: java.lang.OutOfMemoryError: Java heap space at

[jira] [Commented] (SOLR-8135) SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible failure

[ https://issues.apache.org/jira/browse/SOLR-8135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964038#comment-14964038 ] Erick Erickson commented on SOLR-8135: -- I did notice that if I added any code that delayed for 15

[jira] [Updated] (LUCENE-6780) GeoPointDistanceQuery doesn't work with a large radius?

[ https://issues.apache.org/jira/browse/LUCENE-6780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize updated LUCENE-6780: --- Attachment: LUCENE-6780.patch git svn is behind by 3 days... here's the patch against the

[jira] [Created] (LUCENE-6845) Merge Spans and SpanScorer

Alan Woodward created LUCENE-6845: - Summary: Merge Spans and SpanScorer Key: LUCENE-6845 URL: https://issues.apache.org/jira/browse/LUCENE-6845 Project: Lucene - Core Issue Type: Improvement

[jira] [Commented] (LUCENE-6778) Add GeoPointDistanceRangeQuery support for GeoPointField types

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

[jira] [Created] (SOLR-8171) Facet query filterCache usage is psychic

Jeff Wartes created SOLR-8171: - Summary: Facet query filterCache usage is psychic Key: SOLR-8171 URL: https://issues.apache.org/jira/browse/SOLR-8171 Project: Solr Issue Type: Bug

[jira] [Commented] (LUCENE-6825) Add multidimensional byte[] indexing support to Lucene

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

[jira] [Commented] (LUCENE-6845) Merge Spans and SpanScorer

[ https://issues.apache.org/jira/browse/LUCENE-6845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964027#comment-14964027 ] David Smiley commented on LUCENE-6845: -- Sounds great. But as I started to look at the patch; it

[jira] [Commented] (LUCENE-6778) Add GeoPointDistanceRangeQuery support for GeoPointField types

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

[jira] [Commented] (LUCENE-6780) GeoPointDistanceQuery doesn't work with a large radius?

[ https://issues.apache.org/jira/browse/LUCENE-6780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964092#comment-14964092 ] Michael McCandless commented on LUCENE-6780: bq. git svn is behind by 3 days. Not good!

[jira] [Commented] (SOLR-8170) TestFiltering.testRandomFiltering() failures

[ https://issues.apache.org/jira/browse/SOLR-8170?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963983#comment-14963983 ] Yonik Seeley commented on SOLR-8170: Any clues as to when this problem started? Is it trunk only? I'll

[jira] [Commented] (LUCENE-6778) Add GeoPointDistanceRangeQuery support for GeoPointField types

[ https://issues.apache.org/jira/browse/LUCENE-6778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963989#comment-14963989 ] Michael McCandless commented on LUCENE-6778: Thanks [~nknize], looks great, I'll commit soon!

[jira] [Updated] (LUCENE-6825) Add multidimensional byte[] indexing support to Lucene

[ https://issues.apache.org/jira/browse/LUCENE-6825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-6825: --- Attachment: LUCENE-6825.patch I think this first step is ready. Tests pass, ant

[jira] [Commented] (SOLR-8170) TestFiltering.testRandomFiltering() failures

[ https://issues.apache.org/jira/browse/SOLR-8170?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964028#comment-14964028 ] Yonik Seeley commented on SOLR-8170: Hmmm, so one thing I notice is that both failures look like they

[jira] [Commented] (LUCENE-6778) Add GeoPointDistanceRangeQuery support for GeoPointField types

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

[jira] [Commented] (LUCENE-6778) Add GeoPointDistanceRangeQuery support for GeoPointField types

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

[jira] [Commented] (LUCENE-6780) GeoPointDistanceQuery doesn't work with a large radius?

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

[jira] [Updated] (LUCENE-6845) Merge Spans and SpanScorer

[ https://issues.apache.org/jira/browse/LUCENE-6845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward updated LUCENE-6845: -- Attachment: LUCENE-6845.patch Patch. Spans is merged entirely into SpanScorer, various

[jira] [Resolved] (LUCENE-6778) Add GeoPointDistanceRangeQuery support for GeoPointField types

[ https://issues.apache.org/jira/browse/LUCENE-6778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-6778. Resolution: Fixed Fix Version/s: 5.4 Trunk > Add

[jira] [Created] (SOLR-8170) TestFiltering.testRandomFiltering() failures

Steve Rowe created SOLR-8170: Summary: TestFiltering.testRandomFiltering() failures Key: SOLR-8170 URL: https://issues.apache.org/jira/browse/SOLR-8170 Project: Solr Issue Type: Bug

[jira] [Commented] (LUCENE-6276) Add matchCost() api to TwoPhaseDocIdSetIterator

[ https://issues.apache.org/jira/browse/LUCENE-6276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963877#comment-14963877 ] David Smiley commented on LUCENE-6276: -- bq. To take that into account an estimation of the

[jira] [Updated] (LUCENE-6778) Add GeoPointDistanceRangeQuery support for GeoPointField types

[ https://issues.apache.org/jira/browse/LUCENE-6778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize updated LUCENE-6778: --- Attachment: LUCENE-6778.patch Updated patch * Reverts {{matchAllDocs}} change * Fixes

[jira] [Updated] (LUCENE-6780) GeoPointDistanceQuery doesn't work with a large radius?

[ https://issues.apache.org/jira/browse/LUCENE-6780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize updated LUCENE-6780: --- Attachment: LUCENE-6780.patch Updated patch. * Adds Nightly to a few of the tests that

[JENKINS] Lucene-Solr-5.x-Solaris (64bit/jdk1.8.0) - Build # 137 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Solaris/137/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: ERROR: SolrIndexSearcher opens=51 closes=50 Stack Trace:

[JENKINS] Lucene-Solr-trunk-Solaris (64bit/jdk1.8.0) - Build # 136 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Solaris/136/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 3 tests failed. FAILED: org.apache.solr.schema.TestCloudManagedSchema.test Error Message: java.util.concurrent.TimeoutException: Could not connect to

[jira] [Commented] (LUCENE-6780) GeoPointDistanceQuery doesn't work with a large radius?

[ https://issues.apache.org/jira/browse/LUCENE-6780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964148#comment-14964148 ] Michael McCandless commented on LUCENE-6780: OK I disabled the new test case until we can fix

[jira] [Updated] (SOLR-8135) SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible failure

[ https://issues.apache.org/jira/browse/SOLR-8135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Erickson updated SOLR-8135: - Attachment: SOLR-8135.patch So far, this patch keeps the test from failing. I hacked this in on

[jira] [Comment Edited] (SOLR-8135) SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible failure

[ https://issues.apache.org/jira/browse/SOLR-8135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964325#comment-14964325 ] Erick Erickson edited comment on SOLR-8135 at 10/20/15 12:46 AM: - So far,

[jira] [Commented] (LUCENE-6780) GeoPointDistanceQuery doesn't work with a large radius?

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

[jira] [Comment Edited] (SOLR-8170) TestFiltering.testRandomFiltering() failures

[ https://issues.apache.org/jira/browse/SOLR-8170?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964028#comment-14964028 ] Yonik Seeley edited comment on SOLR-8170 at 10/19/15 11:58 PM: --- Hmmm, so one

[jira] [Created] (LUCENE-6846) Handle Pole Crossing for GeoPointQuery

Nicholas Knize created LUCENE-6846: -- Summary: Handle Pole Crossing for GeoPointQuery Key: LUCENE-6846 URL: https://issues.apache.org/jira/browse/LUCENE-6846 Project: Lucene - Core Issue

[jira] [Comment Edited] (SOLR-6273) Cross Data Center Replication

[ https://issues.apache.org/jira/browse/SOLR-6273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14964328#comment-14964328 ] Anshum Gupta edited comment on SOLR-6273 at 10/20/15 12:48 AM: ---

  1   2   >