[jira] [Updated] (SOLR-9564) Unable to connect to SOLR CLOUD NODES

[ https://issues.apache.org/jira/browse/SOLR-9564?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pahuni Saharan updated SOLR-9564: - Security: (was: Private (Security Issue)) > Unable to connect to SOLR CLOUD NODES >

[jira] [Commented] (SOLR-9562) Minimize queried collections for time series alias

[ https://issues.apache.org/jira/browse/SOLR-9562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15525038#comment-15525038 ] Eungsop Yoo commented on SOLR-9562: --- {quote} Thanks for contributing. I'm missing something... why is

[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 869 - Unstable!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/869/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.cloud.CollectionStateFormat2Test.test Error Message: Could not find collection:.system Stack Trace:

[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_102) - Build # 17909 - Unstable!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/17909/ Java: 32bit/jdk1.8.0_102 -server -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.schema.TestManagedSchemaAPI.test Error Message: Error from server at http://127.0.0.1:32923/solr/testschemaapi_shard1_replica2:

[jira] [Updated] (SOLR-8969) SQLHandler causes NPE in non-cloud mode

[ https://issues.apache.org/jira/browse/SOLR-8969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Risden updated SOLR-8969: --- Attachment: SOLR-8969.patch Adding a patch with a test that prints "/sql Handler only works in Solr

[jira] [Updated] (SOLR-9496) SolrJ + Kerberos Requires commons-codec

[ https://issues.apache.org/jira/browse/SOLR-9496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Risden updated SOLR-9496: --- Attachment: SOLR-9496.patch Adding a quick patch if adding the dependency is the right direction. >

[jira] [Commented] (SOLR-9496) SolrJ + Kerberos Requires commons-codec

[ https://issues.apache.org/jira/browse/SOLR-9496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15524356#comment-15524356 ] Kevin Risden commented on SOLR-9496: [~ichattopadhyaya] / [~noble.paul] - Saw you added a dependency in

[jira] [Commented] (SOLR-9390) LeaderFailoverAfterPartitionTest failures: Connection refused, too few active replicas, and no registered leader

[ https://issues.apache.org/jira/browse/SOLR-9390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15524338#comment-15524338 ] Alan Woodward commented on SOLR-9390: - The ConnectionRefused failures have been fixed by disabling

[jira] [Resolved] (SOLR-9305) ForceLeaderTest.testReplicasInLIRNoLeader(): connection refused

[ https://issues.apache.org/jira/browse/SOLR-9305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward resolved SOLR-9305. - Resolution: Fixed Assignee: Alan Woodward Fix Version/s: 6.3 This hasn't failed

[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 3566 - Unstable!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3566/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.cloud.LeaderFailoverAfterPartitionTest.test Error Message: Expected 2 of 3 replicas to be active but only found 1;

[jira] [Resolved] (SOLR-9548) solr.log should start with informative welcome message

[ https://issues.apache.org/jira/browse/SOLR-9548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl resolved SOLR-9548. --- Resolution: Fixed > solr.log should start with informative welcome message >

[jira] [Commented] (SOLR-9548) solr.log should start with informative welcome message

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

[jira] [Commented] (SOLR-9548) solr.log should start with informative welcome message

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

[jira] [Commented] (SOLR-9548) solr.log should start with informative welcome message

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

[jira] [Updated] (SOLR-9504) A replica with an empty index becomes the leader even when other more qualified replicas are in line

[ https://issues.apache.org/jira/browse/SOLR-9504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-9504: Attachment: SOLR-9504.patch Patch with a test that fails without the fix.

[jira] [Commented] (LUCENE-7438) UnifiedHighlighter

[ https://issues.apache.org/jira/browse/LUCENE-7438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15524120#comment-15524120 ] David Smiley commented on LUCENE-7438: -- Thanks for your input Ryan! I have not heard of Wikimedia's

[jira] [Comment Edited] (LUCENE-7438) UnifiedHighlighter

[ https://issues.apache.org/jira/browse/LUCENE-7438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15524080#comment-15524080 ] Ryan Pedela edited comment on LUCENE-7438 at 9/26/16 8:27 PM: -- I am very

[jira] [Commented] (LUCENE-7438) UnifiedHighlighter

[ https://issues.apache.org/jira/browse/LUCENE-7438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15524080#comment-15524080 ] Ryan Pedela commented on LUCENE-7438: - I am very happy to see this. I use Elasticsearch, and I

[jira] [Updated] (SOLR-9566) Can we avoid doing recovery when collections are first created?

[ https://issues.apache.org/jira/browse/SOLR-9566?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward updated SOLR-9566: Attachment: SOLR-9566.patch Here's a patch adding a 'newCollection' parameter to the core create

[JENKINS] Lucene-Solr-master-Linux (64bit/jdk1.8.0_102) - Build # 17907 - Failure!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/17907/ Java: 64bit/jdk1.8.0_102 -XX:-UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.handler.component.DistributedFacetPivotLongTailTest.test Error Message: IOException occured when talking to server

[jira] [Created] (SOLR-9569) Cleanup sample configuration with best practices

Noble Paul created SOLR-9569: Summary: Cleanup sample configuration with best practices Key: SOLR-9569 URL: https://issues.apache.org/jira/browse/SOLR-9569 Project: Solr Issue Type: Improvement

[JENKINS] Lucene-Solr-master-Windows (32bit/jdk1.8.0_102) - Build # 6140 - Failure!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/6140/ Java: 32bit/jdk1.8.0_102 -client -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.handler.component.StatsComponentTest.testPercentiles Error Message: Unable to parse stats.field local params:

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

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

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

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

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

[ https://issues.apache.org/jira/browse/SOLR-9557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523670#comment-15523670 ] Alan Woodward commented on SOLR-9557: - Thanks! > Every implicit requesthandler should have a default

[jira] [Commented] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523631#comment-15523631 ] Noble Paul commented on SOLR-9506: -- the cumulative numDocs will be same anyway I guess it can be

[JENKINS] Lucene-Solr-6.x-Linux (32bit/jdk1.8.0_102) - Build # 1808 - Failure!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/1808/ Java: 32bit/jdk1.8.0_102 -server -XX:+UseSerialGC 2 tests failed. FAILED: org.apache.solr.cloud.LeaderFailoverAfterPartitionTest.test Error Message: Expected 2 of 3 replicas to be active but only found 1;

[jira] [Commented] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523564#comment-15523564 ] Pushkar Raste commented on SOLR-9506: - I think what [~ichattopadhyaya] is hinting at, is that if

[jira] [Commented] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523566#comment-15523566 ] Pushkar Raste commented on SOLR-9506: - Adding [~ysee...@gmail.com] in the loop > cache

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

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

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

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

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

[ https://issues.apache.org/jira/browse/SOLR-9557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523521#comment-15523521 ] Noble Paul commented on SOLR-9557: -- yes. The optimization I did for StrUtils.splitSmart failed the test.

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

[ https://issues.apache.org/jira/browse/SOLR-9557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523494#comment-15523494 ] Noble Paul commented on SOLR-9557: -- I shall check this out. But this has nothing to do with localparams >

[jira] [Comment Edited] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523490#comment-15523490 ] Noble Paul edited comment on SOLR-9506 at 9/26/16 4:15 PM: --- no. segments don't

[jira] [Commented] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523490#comment-15523490 ] Noble Paul commented on SOLR-9506: -- no. segments don't change > cache IndexFingerprint for each segment

[jira] [Commented] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523485#comment-15523485 ] Ishan Chattopadhyaya commented on SOLR-9506: We should keep in mind that previously written

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

[ https://issues.apache.org/jira/browse/SOLR-9557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523487#comment-15523487 ] Alan Woodward commented on SOLR-9557: - I think this has broken

[jira] [Commented] (SOLR-9560) Solr should check max open files and other ulimits and refuse to start if they are set too low

[ https://issues.apache.org/jira/browse/SOLR-9560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523464#comment-15523464 ] Jan Høydahl commented on SOLR-9560: --- Perhaps we could have a {{bin/solr start -prod}} switch which turns

[jira] [Reopened] (SOLR-9568) case-insensitive sorting not working as intended.

[ https://issues.apache.org/jira/browse/SOLR-9568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] satish chennupati reopened SOLR-9568: - i have updated the bug with Solr version and the exact query that get posted to the Solr

[jira] [Updated] (SOLR-9568) case-insensitive sorting not working as intended.

[ https://issues.apache.org/jira/browse/SOLR-9568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] satish chennupati updated SOLR-9568: Affects Version/s: 4.10.3 > case-insensitive sorting not working as intended. >

[jira] [Commented] (SOLR-9568) case-insensitive sorting not working as intended.

[ https://issues.apache.org/jira/browse/SOLR-9568?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523440#comment-15523440 ] satish chennupati commented on SOLR-9568: - hi [~erickerickson] i already posted by issue on the

[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+136) - Build # 17906 - Unstable!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/17906/ Java: 64bit/jdk-9-ea+136 -XX:-UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.handler.component.StatsComponentTest.testPercentiles Error Message: Unable to parse stats.field local params:

[jira] [Resolved] (SOLR-9568) case-insensitive sorting not working as intended.

[ https://issues.apache.org/jira/browse/SOLR-9568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Erickson resolved SOLR-9568. -- Resolution: Cannot Reproduce Please raise issues like on the user's list first before raising a

[JENKINS] Lucene-Solr-6.x-Solaris (64bit/jdk1.8.0) - Build # 413 - Failure!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Solaris/413/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.handler.TestReplicationHandler Error Message: ObjectTracker found 3 object(s) that were not

[jira] [Issue Comment Deleted] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pushkar Raste updated SOLR-9506: Comment: was deleted (was: In short you are suggesting that when we cache fingerprint for individual

[jira] [Created] (LUCENE-7467) Caused by: java.lang.IllegalArgumentException: position increments (and gaps) must be >= 0 (got 65248) for field 'tf_attachments_field_library_attachments'

adeppa created LUCENE-7467: -- Summary: Caused by: java.lang.IllegalArgumentException: position increments (and gaps) must be >= 0 (got 65248) for field 'tf_attachments_field_library_attachments' Key: LUCENE-7467 URL:

[jira] [Commented] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523315#comment-15523315 ] Michael McCandless commented on LUCENE-7465: bq. default to current java regexp impl; But I

[jira] [Commented] (SOLR-9520) Kerberos delegation support with CloudSolrClient

[ https://issues.apache.org/jira/browse/SOLR-9520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523297#comment-15523297 ] Ishan Chattopadhyaya commented on SOLR-9520: Had an offline discussion with Noble, and he just

[jira] [Commented] (SOLR-9568) case-insensitive sorting not working as intended.

[ https://issues.apache.org/jira/browse/SOLR-9568?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523270#comment-15523270 ] satish chennupati commented on SOLR-9568: - update : i also tried the following

[jira] [Commented] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523273#comment-15523273 ] Pushkar Raste commented on SOLR-9506: - In short you are suggesting that when we cache fingerprint for

[jira] [Commented] (SOLR-9568) case-insensitive sorting not working as intended.

[ https://issues.apache.org/jira/browse/SOLR-9568?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523272#comment-15523272 ] satish chennupati commented on SOLR-9568: - update : i also tried the following

[jira] [Created] (SOLR-9568) case-insensitive sorting not working as intended.

satish chennupati created SOLR-9568: --- Summary: case-insensitive sorting not working as intended. Key: SOLR-9568 URL: https://issues.apache.org/jira/browse/SOLR-9568 Project: Solr Issue

[jira] [Commented] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523257#comment-15523257 ] Noble Paul commented on SOLR-9506: -- [~praste] I've attached a sample program which computes versionsHash

[jira] [Updated] (SOLR-9506) cache IndexFingerprint for each segment

[ https://issues.apache.org/jira/browse/SOLR-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-9506: - Attachment: SOLR-9506_POC.patch > cache IndexFingerprint for each segment >

[jira] [Updated] (SOLR-9567) factor out ReRankCollector from ReRankQParserPlugin

[ https://issues.apache.org/jira/browse/SOLR-9567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christine Poerschke updated SOLR-9567: -- Attachment: SOLR-9567.patch oops, unintentionally uploaded only half the patch, here's

[jira] [Resolved] (SOLR-9543) reduce code duplication in ReRankQParserPlugin.ReRankCollector.topDocs

[ https://issues.apache.org/jira/browse/SOLR-9543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christine Poerschke resolved SOLR-9543. --- Resolution: Fixed Fix Version/s: master (7.0) 6.x Thanks for

[jira] [Updated] (SOLR-9567) factor out ReRankCollector from ReRankQParserPlugin

[ https://issues.apache.org/jira/browse/SOLR-9567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christine Poerschke updated SOLR-9567: -- Attachment: SOLR-9567.patch > factor out ReRankCollector from ReRankQParserPlugin >

[jira] [Created] (SOLR-9567) factor out ReRankCollector from ReRankQParserPlugin

Christine Poerschke created SOLR-9567: - Summary: factor out ReRankCollector from ReRankQParserPlugin Key: SOLR-9567 URL: https://issues.apache.org/jira/browse/SOLR-9567 Project: Solr

[jira] [Updated] (SOLR-6677) Reduce logging during startup and shutdown

[ https://issues.apache.org/jira/browse/SOLR-6677?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl updated SOLR-6677: -- Attachment: SOLR-6677-part3.patch New patch with some extra INFO->DEBUG conversions related to startup.

[jira] [Commented] (SOLR-9543) reduce code duplication in ReRankQParserPlugin.ReRankCollector.topDocs

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

[JENKINS] Lucene-Solr-6.x-Linux (32bit/jdk1.8.0_102) - Build # 1807 - Unstable!

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/1807/ Java: 32bit/jdk1.8.0_102 -client -XX:+UseSerialGC 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.CleanupOldIndexTest Error Message: Suite timeout exceeded (>= 720 msec). Stack Trace:

[jira] [Updated] (LUCENE-5317) Concordance/Key Word In Context (KWIC) capability

[ https://issues.apache.org/jira/browse/LUCENE-5317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Allison updated LUCENE-5317: Summary: Concordance/Key Word In Context (KWIC) capability (was: Concordance capability) >

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

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/868/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.handler.component.StatsComponentTest.testPercentiles Error Message: Unable to parse stats.field local params:

[jira] [Comment Edited] (LUCENE-5317) Concordance capability

[ https://issues.apache.org/jira/browse/LUCENE-5317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523067#comment-15523067 ] Tim Allison edited comment on LUCENE-5317 at 9/26/16 1:40 PM: -- I received a

[jira] [Comment Edited] (LUCENE-5317) Concordance capability

[ https://issues.apache.org/jira/browse/LUCENE-5317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523067#comment-15523067 ] Tim Allison edited comment on LUCENE-5317 at 9/26/16 1:38 PM: -- I received a

[jira] [Commented] (LUCENE-5317) Concordance capability

[ https://issues.apache.org/jira/browse/LUCENE-5317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523067#comment-15523067 ] Tim Allison commented on LUCENE-5317: - I received a personal email asking for some more background on

[jira] [Commented] (SOLR-9543) reduce code duplication in ReRankQParserPlugin.ReRankCollector.topDocs

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

[jira] [Commented] (SOLR-9538) Relocate {JSON,Smile}WriterTest and TestBinaryResponseWriter to org.apache.solr.response

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

[jira] [Commented] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523032#comment-15523032 ] David Smiley commented on LUCENE-7465: -- bq. I agree this would be nice, but my worry about taking

[jira] [Commented] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523014#comment-15523014 ] Michael McCandless commented on LUCENE-7465: Maybe you could share just the regexp :) But,

[jira] [Commented] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15523000#comment-15523000 ] Dawid Weiss commented on LUCENE-7465: - I'll try to repeat the experiment with Lucene's regexp when I

[jira] [Issue Comment Deleted] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dawid Weiss updated LUCENE-7465: Comment: was deleted (was: I'll try to repeat the experiment with Lucene's regexp when I have a

[jira] [Commented] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15522997#comment-15522997 ] Dawid Weiss commented on LUCENE-7465: - I'll try to repeat the experiment with Lucene's regexp when I

[jira] [Commented] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15522992#comment-15522992 ] Michael McCandless commented on LUCENE-7465: bq. Instead of adding another factory, what

[jira] [Commented] (SOLR-9562) Minimize queried collections for time series alias

[ https://issues.apache.org/jira/browse/SOLR-9562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15522986#comment-15522986 ] David Smiley commented on SOLR-9562: Thanks for contributing. I'm missing something... why is this

[jira] [Created] (SOLR-9566) Can we avoid doing recovery when collections are first created?

Alan Woodward created SOLR-9566: --- Summary: Can we avoid doing recovery when collections are first created? Key: SOLR-9566 URL: https://issues.apache.org/jira/browse/SOLR-9566 Project: Solr

[jira] [Commented] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15522972#comment-15522972 ] Michael McCandless commented on LUCENE-7465: [~dawid.weiss] is this a benchmark I could try

[jira] [Commented] (SOLR-9560) Solr should check max open files and other ulimits and refuse to start if they are set too low

[ https://issues.apache.org/jira/browse/SOLR-9560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15522957#comment-15522957 ] David Smiley commented on SOLR-9560: Good idea Noble; I like that better. > Solr should check max open

[jira] [Commented] (LUCENE-7465) Add a PatternTokenizer that uses Lucene's RegExp implementation

[ https://issues.apache.org/jira/browse/LUCENE-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15522947#comment-15522947 ] David Smiley commented on LUCENE-7465: -- Instead of adding another factory, what about adding an

[jira] [Updated] (SOLR-9518) Kerberos Delegation Tokens doesn't work without a chrooted ZK

[ https://issues.apache.org/jira/browse/SOLR-9518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ishan Chattopadhyaya updated SOLR-9518: --- Attachment: SOLR-9518.patch > Kerberos Delegation Tokens doesn't work without a

[jira] [Updated] (SOLR-9520) Kerberos delegation support with CloudSolrClient

[ https://issues.apache.org/jira/browse/SOLR-9520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ishan Chattopadhyaya updated SOLR-9520: --- Attachment: SOLR-9520.patch Attached a patch that adds support for delegation tokens

[jira] [Commented] (SOLR-9319) DELETEREPLICA should be able to accept just count and remove replicas intelligenty

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

[jira] [Commented] (SOLR-9132) Cut over AbstractDistribZkTestCase tests to SolrCloudTestCase

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

[jira] [Commented] (SOLR-9319) DELETEREPLICA should be able to accept just count and remove replicas intelligenty

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

[jira] [Commented] (SOLR-9132) Cut over AbstractDistribZkTestCase tests to SolrCloudTestCase

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

[jira] [Created] (SOLR-9565) Make every UpdateRequestProcessor available implicitly

Noble Paul created SOLR-9565: Summary: Make every UpdateRequestProcessor available implicitly Key: SOLR-9565 URL: https://issues.apache.org/jira/browse/SOLR-9565 Project: Solr Issue Type:

Re: Solr configuration format fracturing

We had a very large monolithic solrconfig.xml which users used to (they still do) hand edit. This ws fine in standalone mode and in solrcloud it's unwieldy. Imagine you making a single typo and blowing up an entire sollection with hundreds of nodes. When we change a single parameter, it resulted

Re: Solr configuration format fracturing

I agree in principle that there should be a way to download,store and restore configuration. Isn't it better achieved through the configset API? like bin/solr save-config gettingstarted bin/solr restore-config gettingstarted.zip gettingstarted The problem with saving a single file is that

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

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

[jira] [Resolved] (SOLR-9557) Every implicit requesthandler should have a default useParams

[ https://issues.apache.org/jira/browse/SOLR-9557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul resolved SOLR-9557. -- Resolution: Fixed Fix Version/s: master (7.0) 6.3 > Every implicit

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

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

[jira] [Commented] (SOLR-9557) Every implicit requesthandler should have a default useParams

[ https://issues.apache.org/jira/browse/SOLR-9557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15522780#comment-15522780 ] Noble Paul commented on SOLR-9557: -- it is done with an explicit attribute in the configuration. We could

[jira] [Updated] (SOLR-9557) Every implicit requesthandler should have a default useParams

[ https://issues.apache.org/jira/browse/SOLR-9557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-9557: - Issue Type: Improvement (was: Bug) > Every implicit requesthandler should have a default useParams >

[jira] [Updated] (SOLR-9557) Every implicit requesthandler should have a default useParams

[ https://issues.apache.org/jira/browse/SOLR-9557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-9557: - Priority: Minor (was: Major) > Every implicit requesthandler should have a default useParams >

[jira] [Commented] (SOLR-9560) Solr should check max open files and other ulimits and refuse to start if they are set too low

[ https://issues.apache.org/jira/browse/SOLR-9560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15522777#comment-15522777 ] Noble Paul commented on SOLR-9560: -- We should just show a splash screen when we start solr with suboptimal

[jira] [Updated] (SOLR-9548) solr.log should start with informative welcome message

[ https://issues.apache.org/jira/browse/SOLR-9548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl updated SOLR-9548: -- Attachment: SOLR-9548-detailversion.patch So the attached patch SOLR-9548-detailversion.patch is the

[jira] [Updated] (SOLR-9563) Collection creation can fail if an ADDREPLICA request arrives at a node before its local ZK state has updated with the new collection data

[ https://issues.apache.org/jira/browse/SOLR-9563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward updated SOLR-9563: Summary: Collection creation can fail if an ADDREPLICA request arrives at a node before its local ZK

[jira] [Updated] (SOLR-9563) Collection creation can fail is an ADDREPLICA request arrives at a node before its local ZK state has updated with the new collection data

[ https://issues.apache.org/jira/browse/SOLR-9563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward updated SOLR-9563: Attachment: SOLR-9563.patch Patch, moving ZkController.checkStateInZk() to use

[jira] [Created] (SOLR-9563) Collection creation can fail is an ADDREPLICA request arrives at a node before its local ZK state has updated with the new collection data

Alan Woodward created SOLR-9563: --- Summary: Collection creation can fail is an ADDREPLICA request arrives at a node before its local ZK state has updated with the new collection data Key: SOLR-9563 URL:

Early Access build 137 for JDK 9 is available on java.net

Hi Uwe & Dawid, Early Access b137 for JDK 9 is available on java.net, summary of changes are listed here . Can you confirm the following fix : * 8038348 - b137 - Instance field load is

  1   2   >