[JENKINS] Lucene-Solr-5.3-Linux (64bit/jdk1.7.0_80) - Build # 249 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/249/ Java: 64bit/jdk1.7.0_80 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.handler.component.DistributedTermsComponentTest Error Message: 2 threads leaked from SUITE

[jira] [Updated] (LUCENE-6785) Consider merging Query.rewrite() into Query.createWeight()

[ https://issues.apache.org/jira/browse/LUCENE-6785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-6785: - Attachment: LUCENE-6785-alt.patch Here is a patch for the alternative idea (lucene-core only).

Re: Cross-node joins

I had some performance issues, so I decided to update core Lucene code. Now I have 3 problems: *) performance issues *) hard to debug code *) annoyed Solr developers whose use cases I did not consider Not that I am reading random JIRAs or anything. Seriously though, for those trying to

[JENKINS] Lucene-Solr-SmokeRelease-5.3 - Build # 30 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-5.3/30/ No tests ran. Build Log: [...truncated 53041 lines...] prepare-release-no-sign: [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/lucene/build/smokeTestRelease/dist [copy] Copying

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Solaris/78/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 10815 lines...] 2015-09-25 20:24:12 Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.60-b23 mixed mode):

[jira] [Created] (LUCENE-6817) ComplexPhraseQueryParser.ComplexPhraseQuery does not display slop in toString()

Dawid Weiss created LUCENE-6817: --- Summary: ComplexPhraseQueryParser.ComplexPhraseQuery does not display slop in toString() Key: LUCENE-6817 URL: https://issues.apache.org/jira/browse/LUCENE-6817

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Solaris/80/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 3 tests failed. FAILED: org.apache.solr.cloud.TestAuthenticationFramework.testBasics Error Message: Stack Trace: java.lang.NullPointerException at

Re: Cross-node joins

How often do the group characteristics change? Because you might be better off flattening this at the index time. As in. Users->characteristics, rather than Users->Groups->characteristics. And update the users when the group characteristics change. And if characteristics are non-stored but only

Re: Cross-node joins

Yep, we looked at that, but unfortunately the frequency of group updates and number of users would it infeasible to reindex all group members any time a group changes. On Fri, Sep 25, 2015 at 3:36 PM, Alexandre Rafalovitch wrote: > How often do the group characteristics

[jira] [Commented] (SOLR-7883) MoreLikeThis is incompatible with facets

[ https://issues.apache.org/jira/browse/SOLR-7883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908504#comment-14908504 ] Sean Xie commented on SOLR-7883: Ran into the same exception. Could you please share how to do the prepare

[jira] [Comment Edited] (SOLR-7883) MoreLikeThis is incompatible with facets

[ https://issues.apache.org/jira/browse/SOLR-7883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908504#comment-14908504 ] Sean Xie edited comment on SOLR-7883 at 9/25/15 6:53 PM: - Ran into the same

[jira] [Commented] (SOLR-7883) MoreLikeThis is incompatible with facets

[ https://issues.apache.org/jira/browse/SOLR-7883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908558#comment-14908558 ] Sean Xie commented on SOLR-7883: The error is on mlt handler, MLT as search component is working fine, but

Re: Cross-node joins

Hi Erick, Thanks for the thoughtful reply! The context is essentially that I have Groups and Users, and a User can belong to multiple groups. So if I need to do a query like "Find all Users who are members of a Group, for which the Group has certain characteristics", then I need to do something

Cross-node joins

Hi team, Understanding the scalability limitations, I wanted to work on cross-node joins. I've been staring at the JoinQuery code (and tried stepping through a lot of it in a debugger) but it's been rough going to understand. Is there anyone who might be able to help me understand what's going

Re: Cross-node joins

Well, let's start by backing up a bit. what is the problem you're trying to solve that needs cross-node joins? Trying to be sure this isn't an XY problem. There is some work in this area, See: https://issues.apache.org/jira/browse/SOLR-7090 (not committed) and

[jira] [Commented] (SOLR-6915) SaslZkACLProvider and Kerberos Test Using MiniKdc

[ https://issues.apache.org/jira/browse/SOLR-6915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908365#comment-14908365 ] Gregory Chanan commented on SOLR-6915: -- Great. I seem to recall that the latest releases weren't

[jira] [Commented] (SOLR-6168) enhance collapse QParser so that "group head" documents can be selected by more complex sort options

[ https://issues.apache.org/jira/browse/SOLR-6168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908446#comment-14908446 ] David Boychuck commented on SOLR-6168: -- Does it make sense to include SOLR-6345 in this work? >

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

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

Re: Cross-node joins

yeah, the streaming stuff is pretty bleeding-edge but pretty cool. Your understanding is accurate, the pathological case is the reason it's not been implemented in core Solr. I suppose you could do exactly what you outlined, just with two queries. for SOLR-4095, why would this affect sharding

[JENKINS] Lucene-Solr-5.3-Linux (32bit/jdk1.7.0_80) - Build # 252 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/252/ Java: 32bit/jdk1.7.0_80 -server -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.core.TestArbitraryIndexDir.testLoadNewIndexDir Error Message: Exception during query Stack Trace: java.lang.RuntimeException:

[jira] [Created] (SOLR-8097) Implement a builder pattern for constructing a Solrj client

Hrishikesh Gadre created SOLR-8097: -- Summary: Implement a builder pattern for constructing a Solrj client Key: SOLR-8097 URL: https://issues.apache.org/jira/browse/SOLR-8097 Project: Solr

[jira] [Created] (SOLR-8098) Immutable ConfigSets can still change in ZK

Gregory Chanan created SOLR-8098: Summary: Immutable ConfigSets can still change in ZK Key: SOLR-8098 URL: https://issues.apache.org/jira/browse/SOLR-8098 Project: Solr Issue Type: Bug

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

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/804/ 5 tests failed. REGRESSION: org.apache.solr.cloud.SharedFSAutoReplicaFailoverTest.test Error Message: Timeout waiting for all live and active Stack Trace: java.lang.AssertionError: Timeout waiting for all live and active

[jira] [Updated] (SOLR-8086) Add support for SELECT DISTINCT queries to the SQL interface

[ https://issues.apache.org/jira/browse/SOLR-8086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-8086: - Description: This ticket will add the SELECT DISTINCT query to the SQL interface. There will be a

[JENKINS-EA] Lucene-Solr-5.x-Linux (64bit/jdk1.9.0-ea-b78) - Build # 14014 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/14014/ Java: 64bit/jdk1.9.0-ea-b78 -XX:+UseCompressedOops -XX:+UseSerialGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.TestSolrCloudWithKerberosAlt Error Message: 5 threads leaked from SUITE scope at

[JENKINS] Lucene-Solr-SmokeRelease-trunk - Build # 286 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-trunk/286/ No tests ran. Build Log: [...truncated 52463 lines...] prepare-release-no-sign: [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/smokeTestRelease/dist [copy]

[jira] [Commented] (LUCENE-6815) Should DisjunctionScorer advance more lazily?

[ https://issues.apache.org/jira/browse/LUCENE-6815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14909065#comment-14909065 ] David Smiley commented on LUCENE-6815: -- Cool idea! > Should DisjunctionScorer advance more lazily?

[JENKINS] Lucene-Solr-SmokeRelease-5.x - Build # 330 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-5.x/330/ No tests ran. Build Log: [...truncated 52980 lines...] prepare-release-no-sign: [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/dist [copy] Copying

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Solaris/79/ Java: multiarch/jdk1.7.0 -d64 -XX:-UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.solr.update.HardAutoCommitTest.testCommitWithin Error Message: Exception during query Stack Trace:

[jira] [Commented] (SOLR-7190) Remove unused UninvertedField

[ https://issues.apache.org/jira/browse/SOLR-7190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907832#comment-14907832 ] Mikhail Khludnev commented on SOLR-7190: bq. According to Shalin comment, what will happen now if a

[jira] [Commented] (SOLR-7190) Remove unused UninvertedField

[ https://issues.apache.org/jira/browse/SOLR-7190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907797#comment-14907797 ] Alessandro Benedetti commented on SOLR-7190: According to Shalin comment, what will happen now

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907964#comment-14907964 ] Adrien Grand commented on LUCENE-6305: -- I don't think we can order queries in a deterministic way in

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14297/ Java: 64bit/jdk1.8.0_60 -XX:-UseCompressedOops -XX:+UseParallelGC All tests passed Build Log: [...truncated 5756 lines...] [junit4] ERROR: JVM J2 ended with an exception, command line:

[jira] [Updated] (LUCENE-6766) Make index sorting a first-class citizen

[ https://issues.apache.org/jira/browse/LUCENE-6766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-6766: - Attachment: LUCENE-6766.patch Here is a first prototype that: - moves sorting logic from misc

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

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/966/ 4 tests failed. REGRESSION: org.apache.solr.cloud.RollingRestartTest.test Error Message: Unable to restart (#3): CloudJettyRunner [url=http://127.0.0.1:54025/collection1] Stack Trace: java.lang.AssertionError: Unable to

[jira] [Assigned] (SOLR-8059) NPE distributed DebugComponent

[ https://issues.apache.org/jira/browse/SOLR-8059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar reassigned SOLR-8059: --- Assignee: Shalin Shekhar Mangar > NPE distributed DebugComponent >

[jira] [Assigned] (SOLR-8060) NPE distributed HighlightComponent

[ https://issues.apache.org/jira/browse/SOLR-8060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar reassigned SOLR-8060: --- Assignee: Shalin Shekhar Mangar > NPE distributed HighlightComponent >

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

Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.x-Java7/3547/ 1 tests failed. REGRESSION: org.apache.solr.cloud.TestReplicaProperties.test Error Message: No live SolrServers available to handle this request:[http://127.0.0.1:36767/ps_vc, http://127.0.0.1:43234/ps_vc,

[jira] [Commented] (SOLR-7183) SaslZkACLProviderTest reproducible failures due to poor locale blacklisting

[ https://issues.apache.org/jira/browse/SOLR-7183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908024#comment-14908024 ] Uwe Schindler commented on SOLR-7183: - DIRAPI-219 was solved now. Looks like a bugfix relaese was

[jira] [Commented] (SOLR-6915) SaslZkACLProvider and Kerberos Test Using MiniKdc

[ https://issues.apache.org/jira/browse/SOLR-6915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908023#comment-14908023 ] Uwe Schindler commented on SOLR-6915: - DIRAPI-219 is now solved. Looks like a bugfix release was done.

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908027#comment-14908027 ] Michael McCandless commented on LUCENE-6305: bq. So I don't think we need to make it

[jira] [Created] (LUCENE-6816) MinShouldMatchSumScorer should support approximations

Adrien Grand created LUCENE-6816: Summary: MinShouldMatchSumScorer should support approximations Key: LUCENE-6816 URL: https://issues.apache.org/jira/browse/LUCENE-6816 Project: Lucene - Core

[JENKINS-MAVEN] Lucene-Solr-Maven-trunk #1551: POMs out of sync

Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/1551/ No tests ran. Build Log: [...truncated 25261 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-trunk/build.xml:791: The following error occurred while executing this line:

[jira] [Commented] (SOLR-8096) Major faceting performance regressions

[ https://issues.apache.org/jira/browse/SOLR-8096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907870#comment-14907870 ] Uwe Schindler commented on SOLR-8096: - bq. Use of the highly optimized faceting that Solr had for

[jira] [Comment Edited] (SOLR-8096) Major faceting performance regressions

[ https://issues.apache.org/jira/browse/SOLR-8096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907870#comment-14907870 ] Uwe Schindler edited comment on SOLR-8096 at 9/25/15 9:49 AM: -- bq. Use of the

[jira] [Comment Edited] (SOLR-8096) Major faceting performance regressions

[ https://issues.apache.org/jira/browse/SOLR-8096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907870#comment-14907870 ] Uwe Schindler edited comment on SOLR-8096 at 9/25/15 10:04 AM: --- bq. Use of

[jira] [Commented] (SOLR-6744) fl renaming / alias of uniqueKey field generates null pointer exception in SolrCloud configuration

[ https://issues.apache.org/jira/browse/SOLR-6744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907886#comment-14907886 ] laigood commented on SOLR-6744: --- I have this problem in 5.2.1 > fl renaming / alias of uniqueKey field

[jira] [Commented] (LUCENE-6785) Consider merging Query.rewrite() into Query.createWeight()

[ https://issues.apache.org/jira/browse/LUCENE-6785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907871#comment-14907871 ] Adrien Grand commented on LUCENE-6785: -- Sorry for the late reply, I was on vacation and just

[jira] [Comment Edited] (SOLR-8096) Major faceting performance regressions

[ https://issues.apache.org/jira/browse/SOLR-8096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907870#comment-14907870 ] Uwe Schindler edited comment on SOLR-8096 at 9/25/15 10:06 AM: --- bq. Use of

[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 ] Michael McCandless updated LUCENE-6780: --- Attachment: LUCENE-6780-heap-used-hack.patch I was concerned about the peak heap

[jira] [Commented] (LUCENE-6815) Should DisjunctionScorer advance more lazily?

[ https://issues.apache.org/jira/browse/LUCENE-6815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14907890#comment-14907890 ] Adrien Grand commented on LUCENE-6815: -- Indeed. Another cost that would be interesting to take into

[jira] [Commented] (SOLR-8096) Major faceting performance regressions

[ https://issues.apache.org/jira/browse/SOLR-8096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14908063#comment-14908063 ] Yonik Seeley commented on SOLR-8096: Once again, UnInvertedField was not part of the lucene FieldCache.

[jira] [Updated] (SOLR-8030) Transaction log does not store the update chain used for updates

[ https://issues.apache.org/jira/browse/SOLR-8030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ludovic Boutros updated SOLR-8030: -- Attachment: SOLR-8030-test.patch Ok, I have found my problem with the test. It needs an FS

[jira] [Updated] (SOLR-8030) Transaction log does not store the update chain used for updates

[ https://issues.apache.org/jira/browse/SOLR-8030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ludovic Boutros updated SOLR-8030: -- Attachment: (was: SOLR-8030-test.patch) > Transaction log does not store the update chain

[jira] [Updated] (SOLR-8030) Transaction log does not store the update chain used for updates

[ https://issues.apache.org/jira/browse/SOLR-8030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ludovic Boutros updated SOLR-8030: -- Attachment: (was: SOLR-8030-test.patch) > Transaction log does not store the update chain