[GitHub] [lucene-solr] shalinmangar commented on issue #805: SOLR-13649 change the default behavior of the basic authentication plugin.
shalinmangar commented on issue #805: SOLR-13649 change the default behavior of the basic authentication plugin. URL: https://github.com/apache/lucene-solr/pull/805#issuecomment-525149948 @MarcusSorealheis There are a bunch of test failures still. ``` Test Result (10 failures / +10) org.apache.solr.cloud.TestConfigSetsAPI.testUploadWithScriptUpdateProcessor org.apache.solr.handler.admin.SecurityConfHandlerTest.testEdit org.apache.solr.security.AuditLoggerIntegrationTest.auth org.apache.solr.security.BasicAuthIntegrationTest.testBasicAuth org.apache.solr.security.BasicAuthStandaloneTest.testBasicAuth org.apache.solr.security.JWTAuthPluginTest.wellKnownConfig org.apache.solr.security.JWTAuthPluginTest.minimalConfigPassThrough org.apache.solr.security.TestSha256AuthenticationProvider.testAuthenticate org.apache.solr.security.TestSha256AuthenticationProvider.testBasicAuthUserNotFound org.apache.solr.security.TestSha256AuthenticationProvider.testBasicAuthCommands ``` Can you please take a look? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-NightlyTests-8.x - Build # 193 - Still unstable
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-8.x/193/ 1 tests failed. FAILED: org.apache.lucene.classification.utils.ConfusionMatrixGeneratorTest.testGetConfusionMatrixWithCNB Error Message: expected:<7> but was:<6> Stack Trace: java.lang.AssertionError: expected:<7> but was:<6> at __randomizedtesting.SeedInfo.seed([5FB24EDA8E1382C:54E0C3F33A8B1849]:0) at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.apache.lucene.classification.utils.ConfusionMatrixGeneratorTest.checkCM(ConfusionMatrixGeneratorTest.java:110) at org.apache.lucene.classification.utils.ConfusionMatrixGeneratorTest.testGetConfusionMatrixWithCNB(ConfusionMatrixGeneratorTest.java:152) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.lang.Thread.run(Thread.java:748) Build Log: [...truncated 7686 lines...] [junit4] Suite: org.apache.lucene.classification.utils.ConfusionMatrixGeneratorTest [junit4] 2> NOTE: download the large Jenkins line-docs file by running 'ant get-jenkins-line-docs' in the lucene directory. [junit4] 2> NOTE: reproduce with: ant test -Dtestcase=ConfusionMatrixGeneratorTest -Dtests.method=testGetConfusionMatrixWithCNB
[JENKINS] Lucene-Solr-Tests-8.x - Build # 480 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-8.x/480/ 1 tests failed. FAILED: org.apache.solr.cloud.RollingRestartTest.test Error Message: No overseer designate as leader found after restart #1: 127.0.0.1:46325_ Stack Trace: java.lang.AssertionError: No overseer designate as leader found after restart #1: 127.0.0.1:46325_ at __randomizedtesting.SeedInfo.seed([F616D8058F8E697B:7E42E7DF21720483]:0) at org.junit.Assert.fail(Assert.java:88) at org.apache.solr.cloud.RollingRestartTest.restartWithRolesTest(RollingRestartTest.java:101) at org.apache.solr.cloud.RollingRestartTest.test(RollingRestartTest.java:53) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1082) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1054) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at
[jira] [Created] (SOLR-13722) A cluster-wide upload package option
Noble Paul created SOLR-13722:
-
Summary: A cluster-wide upload package option
Key: SOLR-13722
URL: https://issues.apache.org/jira/browse/SOLR-13722
Project: Solr
Issue Type: Sub-task
Security Level: Public (Default Security Level. Issues are Public)
Reporter: Noble Paul
This ticket totally eliminates the need for an external service to host the
jars. So a url will no longer be required.
Add a jar to cluster as follows
{code:java}
curl -X POST -H 'Content-Type: application/octet-stream' --data-binary
@myjar.jar http://localhost:8983/api/cluster/package/mypkg
{code}
This does the following operations
* Check if a package {{mypkg}} is already available , if yes , it is
equivalent to an {{update-package}} command. if not, this is like an
{{add-package}}
* Upload this jar to all the live nodes in the system
* Creates a package called {{mypkg}} with appropriate sha256
the end-point {{/api/cluster/package}} to list all the available packages
Subsequently, when a node is started, it tries to get all the available
packages from one of the live nodes where it is available.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13650) Support for named global classloaders
[
https://issues.apache.org/jira/browse/SOLR-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916373#comment-16916373
]
Noble Paul commented on SOLR-13650:
---
I've beasted this 10x and it's passing now. let's see how this goes
> Support for named global classloaders
> -
>
> Key: SOLR-13650
> URL: https://issues.apache.org/jira/browse/SOLR-13650
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "add-package": {
>"name": "my-package" ,
> "url" : "http://host:port/url/of/jar;,
> "sha512":""
> }
> }' http://localhost:8983/api/cluster
> {code}
> This means that Solr creates a globally accessible classloader with a name
> {{my-package}} which contains all the jars of that package.
> A component should be able to use the package by using the {{"package" :
> "my-package"}}.
> eg:
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "create-searchcomponent": {
> "name": "my-searchcomponent" ,
> "class" : "my.path.to.ClassName",
> "package" : "my-package"
> }
> }' http://localhost:8983/api/c/mycollection/config
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13650) Support for named global classloaders
[
https://issues.apache.org/jira/browse/SOLR-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916372#comment-16916372
]
ASF subversion and git services commented on SOLR-13650:
Commit ea940347a7bea21ad0555789fe73548e13470b3d in lucene-solr's branch
refs/heads/master from Noble Paul
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=ea94034 ]
SOLR-13650 : test jars recompiled with jdk8
> Support for named global classloaders
> -
>
> Key: SOLR-13650
> URL: https://issues.apache.org/jira/browse/SOLR-13650
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "add-package": {
>"name": "my-package" ,
> "url" : "http://host:port/url/of/jar;,
> "sha512":""
> }
> }' http://localhost:8983/api/cluster
> {code}
> This means that Solr creates a globally accessible classloader with a name
> {{my-package}} which contains all the jars of that package.
> A component should be able to use the package by using the {{"package" :
> "my-package"}}.
> eg:
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "create-searchcomponent": {
> "name": "my-searchcomponent" ,
> "class" : "my.path.to.ClassName",
> "package" : "my-package"
> }
> }' http://localhost:8983/api/c/mycollection/config
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13650) Support for named global classloaders
[
https://issues.apache.org/jira/browse/SOLR-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916371#comment-16916371
]
ASF subversion and git services commented on SOLR-13650:
Commit 8459fde68e1a5d96c745ff528ed5cbb3921900f4 in lucene-solr's branch
refs/heads/branch_8x from Noble Paul
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=8459fde ]
SOLR-13650 : test jars recompiled with jdk8
> Support for named global classloaders
> -
>
> Key: SOLR-13650
> URL: https://issues.apache.org/jira/browse/SOLR-13650
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "add-package": {
>"name": "my-package" ,
> "url" : "http://host:port/url/of/jar;,
> "sha512":""
> }
> }' http://localhost:8983/api/cluster
> {code}
> This means that Solr creates a globally accessible classloader with a name
> {{my-package}} which contains all the jars of that package.
> A component should be able to use the package by using the {{"package" :
> "my-package"}}.
> eg:
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "create-searchcomponent": {
> "name": "my-searchcomponent" ,
> "class" : "my.path.to.ClassName",
> "package" : "my-package"
> }
> }' http://localhost:8983/api/c/mycollection/config
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13710) Persist package jars locally & expose them over http
[
https://issues.apache.org/jira/browse/SOLR-13710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916341#comment-16916341
]
ASF subversion and git services commented on SOLR-13710:
Commit 9d16380bce77c1d81c678c338d1da10c476ae0c9 in lucene-solr's branch
refs/heads/branch_8x from Noble Paul
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=9d16380 ]
SOLR-13710: Persist package jars locally & expose them over http at
/api/node/blob
> Persist package jars locally & expose them over http
>
>
> Key: SOLR-13710
> URL: https://issues.apache.org/jira/browse/SOLR-13710
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Assignee: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> * All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
> * The file names will be the sha256 hash of the files.
> * Before downloading the a jar from a location, it's first checked in the
> local directory
> * A new API end point {{http://localhost://8983/api/node/blob}} will list the
> available jars
> example
> {code:json}
> {
> "blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
> "79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
> }
> {code}
> * The jar will be downloadable at
> {{http://localhost://8983/api/node/blob/}}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13710) Persist package jars locally & expose them over http
[
https://issues.apache.org/jira/browse/SOLR-13710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916340#comment-16916340
]
ASF subversion and git services commented on SOLR-13710:
Commit df32670511fdbdc43fb8d66dd7e2c5ed484e2cda in lucene-solr's branch
refs/heads/branch_8x from Noble Paul
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=df32670 ]
SOLR-13710: Persist package jars locally & expose them over http
> Persist package jars locally & expose them over http
>
>
> Key: SOLR-13710
> URL: https://issues.apache.org/jira/browse/SOLR-13710
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Assignee: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> * All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
> * The file names will be the sha256 hash of the files.
> * Before downloading the a jar from a location, it's first checked in the
> local directory
> * A new API end point {{http://localhost://8983/api/node/blob}} will list the
> available jars
> example
> {code:json}
> {
> "blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
> "79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
> }
> {code}
> * The jar will be downloadable at
> {{http://localhost://8983/api/node/blob/}}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13710) Persist package jars locally & expose them over http
[
https://issues.apache.org/jira/browse/SOLR-13710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-13710:
--
Description:
* All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
* The file names will be the sha256 hash of the files.
* Before downloading the a jar from a location, it's first checked in the local
directory
* A new API end point {{http://localhost://8983/api/node/blob}} will list the
available jars
example
{code:json}
{
"blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
"79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
}
{code}
* The jar will be downloadable at
{{http://localhost://8983/api/node/blob/}}
was:
* All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
* The file names will be the sha512 hash of the files.
* Before downloading the a jar from a location, it's first checked in the local
directory
* A new API end point {{http://localhost://8983/api/node/blob}} will list the
available jars
example
{code:json}
{
"blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
"79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
}
{code}
* The jar will be downloadable at
{{http://localhost://8983/api/node/blob/}}
> Persist package jars locally & expose them over http
>
>
> Key: SOLR-13710
> URL: https://issues.apache.org/jira/browse/SOLR-13710
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Assignee: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> * All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
> * The file names will be the sha256 hash of the files.
> * Before downloading the a jar from a location, it's first checked in the
> local directory
> * A new API end point {{http://localhost://8983/api/node/blob}} will list the
> available jars
> example
> {code:json}
> {
> "blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
> "79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
> }
> {code}
> * The jar will be downloadable at
> {{http://localhost://8983/api/node/blob/}}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13710) Persist package jars locally & expose them over http
[
https://issues.apache.org/jira/browse/SOLR-13710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916332#comment-16916332
]
ASF subversion and git services commented on SOLR-13710:
Commit 764747e8b2f0980b50f39631054913937bd89a21 in lucene-solr's branch
refs/heads/master from Noble Paul
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=764747e ]
SOLR-13710: Persist package jars locally & expose them over http at
/api/node/blob
> Persist package jars locally & expose them over http
>
>
> Key: SOLR-13710
> URL: https://issues.apache.org/jira/browse/SOLR-13710
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Assignee: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> * All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
> * The file names will be the sha512 hash of the files.
> * Before downloading the a jar from a location, it's first checked in the
> local directory
> * A new API end point {{http://localhost://8983/api/node/blob}} will list the
> available jars
> example
> {code:json}
> {
> "blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
> "79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
> }
> {code}
> * The jar will be downloadable at
> {{http://localhost://8983/api/node/blob/}}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13710) Persist package jars locally & expose them over http
[
https://issues.apache.org/jira/browse/SOLR-13710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-13710:
--
Description:
* All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
* The file names will be the sha512 hash of the files.
* Before downloading the a jar from a location, it's first checked in the local
directory
* A new API end point {{http://localhost://8983/api/node/blob}} will list the
available jars
example
{code:json}
{
"blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
"79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
}
{code}
* The jar will be downloadable at
{{http://localhost://8983/api/node/blob/}}
was:
* All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
* The file names will be the sha512 hash of the files.
* Before downloading the a jar from a location, it's first checked in the local
directory
* A new API end point {{http://localhost://8983/api/blob}} will list the
available jars
example
{code:json}
{
"blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
"79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
}
{code}
* The jar will be downloadable at
{{http://localhost://8983//api/blobs/}}
> Persist package jars locally & expose them over http
>
>
> Key: SOLR-13710
> URL: https://issues.apache.org/jira/browse/SOLR-13710
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Assignee: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> * All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
> * The file names will be the sha512 hash of the files.
> * Before downloading the a jar from a location, it's first checked in the
> local directory
> * A new API end point {{http://localhost://8983/api/node/blob}} will list the
> available jars
> example
> {code:json}
> {
> "blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
> "79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
> }
> {code}
> * The jar will be downloadable at
> {{http://localhost://8983/api/node/blob/}}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] [lucene-solr] noblepaul merged pull request #846: SOLR-13710: Persist package jars locally & expose them over http
noblepaul merged pull request #846: SOLR-13710: Persist package jars locally & expose them over http URL: https://github.com/apache/lucene-solr/pull/846 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13710) Persist package jars locally & expose them over http
[
https://issues.apache.org/jira/browse/SOLR-13710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916326#comment-16916326
]
ASF subversion and git services commented on SOLR-13710:
Commit e23c50b2a8ed37e67a7075c8782f073164473a1e in lucene-solr's branch
refs/heads/master from Noble Paul
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=e23c50b ]
SOLR-13710: Persist package jars locally & expose them over http
> Persist package jars locally & expose them over http
>
>
> Key: SOLR-13710
> URL: https://issues.apache.org/jira/browse/SOLR-13710
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Assignee: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> * All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
> * The file names will be the sha512 hash of the files.
> * Before downloading the a jar from a location, it's first checked in the
> local directory
> * A new API end point {{http://localhost://8983/api/blob}} will list the
> available jars
> example
> {code:json}
> {
> "blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
> "79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
> }
> {code}
> * The jar will be downloadable at
> {{http://localhost://8983//api/blobs/}}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8403) Support 'filtered' term vectors - don't require all terms to be present
[ https://issues.apache.org/jira/browse/LUCENE-8403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916316#comment-16916316 ] David Smiley commented on LUCENE-8403: -- Atri, I appreciate you put some effort into this but your patch wouldn't work for the use case that inspired the creation of this feature-request. The terms to be omitted by the term vector are matchable by a pattern; it's not a fixed pre-determined list. For example imagine filtering all terms that start or end with a special character. But this issue is stuck without addressing the concern Robert raises -- CheckIndex. I don't recall the particulars of where in CheckIndex.java it complains but try it out on your patch to see. Given randomized checkIndex usage automatically within tests, I suspect your patch will ultimately fail given enough iterations. > Support 'filtered' term vectors - don't require all terms to be present > --- > > Key: LUCENE-8403 > URL: https://issues.apache.org/jira/browse/LUCENE-8403 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Michael Braun >Priority: Minor > Attachments: LUCENE-8403.patch > > > The genesis of this was a conversation and idea from [~dsmiley] several years > ago. > In order to optimize term vector storage, we may not actually need all tokens > to be present in the term vectors - and if so, ideally our codec could just > opt not to store them. > I attempted to fork the standard codec and override the TermVectorsFormat and > TermVectorsWriter to ignore storing certain Terms within a field. This > worked, however, CheckIndex checks that the terms present in the standard > postings are also present in the TVs, if TVs enabled. So this then doesn't > work as 'valid' according to CheckIndex. > Can the TermVectorsFormat be made in such a way to support configuration of > tokens that should not be stored (benefits: less storage, more optimal > retrieval per doc)? Is this valuable to the wider community? Is there a way > we can design this to not break CheckIndex's contract while at the same time > lessening storage for unneeded tokens? -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-11.0.3) - Build # 24614 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24614/
Java: 64bit/jdk-11.0.3 -XX:-UseCompressedOops -XX:+UseSerialGC
1 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[0]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#list;,
"description":"List all available collections and their properties.",
"methods":["GET"], "url":{"paths":[ "/collections",
"/c"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate the latest segments periodically from the shard leader.
PULL replicas can't become shard leaders, and need at least one active
TLOG(recommended) or NRT replicas in the shard to replicate from."},
"nodeSet":{ "type":"array",
[JENKINS] Lucene-Solr-8.x-MacOSX (64bit/jdk1.8.0) - Build # 297 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-MacOSX/297/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.client.solrj.io.stream.MathExpressionTest.testGammaDistribution Error Message: 0.8227928778774853 0.8230402508539298 Stack Trace: java.lang.AssertionError: 0.8227928778774853 0.8230402508539298 at __randomizedtesting.SeedInfo.seed([E02E5EA70C3FA8F2:DD5475092F4702E5]:0) at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.assertTrue(Assert.java:41) at org.apache.solr.client.solrj.io.stream.MathExpressionTest.testGammaDistribution(MathExpressionTest.java:4948) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.lang.Thread.run(Thread.java:748) Build Log: [...truncated 16751 lines...] [junit4] Suite: org.apache.solr.client.solrj.io.stream.MathExpressionTest [junit4] 2> 129972 INFO (SUITE-MathExpressionTest-seed#[E02E5EA70C3FA8F2]-worker) [ ] o.a.s.SolrTestCaseJ4 Created
[jira] [Assigned] (SOLR-13710) Persist package jars locally & expose them over http
[
https://issues.apache.org/jira/browse/SOLR-13710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul reassigned SOLR-13710:
-
Assignee: Noble Paul
> Persist package jars locally & expose them over http
>
>
> Key: SOLR-13710
> URL: https://issues.apache.org/jira/browse/SOLR-13710
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Assignee: Noble Paul
>Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> * All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
> * The file names will be the sha512 hash of the files.
> * Before downloading the a jar from a location, it's first checked in the
> local directory
> * A new API end point {{http://localhost://8983/api/blob}} will list the
> available jars
> example
> {code:json}
> {
> "blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
> "79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
> }
> {code}
> * The jar will be downloadable at
> {{http://localhost://8983//api/blobs/}}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13710) Persist package jars locally & expose them over http
[
https://issues.apache.org/jira/browse/SOLR-13710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-13710:
--
Description:
* All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
* The file names will be the sha512 hash of the files.
* Before downloading the a jar from a location, it's first checked in the local
directory
* A new API end point {{http://localhost://8983/api/blob}} will list the
available jars
example
{code:json}
{
"blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
"79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
}
{code}
* The jar will be downloadable at
{{http://localhost://8983//api/blobs/}}
was:
* All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
* The file names will be the sha512 hash of the files.
* Before downloading the a jar from a location, it's first checked in the local
directory
* A new API end point {{http://localhost://8983/api/blobs}} will list the
available jars
example
{code:json}
{
"blobs":["d01b51de67ae1680a84a813983b1de3b592fc32f1a22b662fc9057da5953abd1b72476388ba342cad21671cd0b805503c78ab9075ff2f3951fdf75fa16981420",
"bc5ce45ad281b6a08fb7e529b1eb475040076834816570902acb6ebdd809410e31006efdeaa7f78a6c35574f3504963f5f7e4d92247d0eb4db3fc9abdda5d417"]
}
{code}
* The jar will be downloadable at
{{http://localhost://8983//api/blobs/}}
> Persist package jars locally & expose them over http
>
>
> Key: SOLR-13710
> URL: https://issues.apache.org/jira/browse/SOLR-13710
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> * All jars for packages downloaded are stored in a dir SOLR_HOME/blobs.
> * The file names will be the sha512 hash of the files.
> * Before downloading the a jar from a location, it's first checked in the
> local directory
> * A new API end point {{http://localhost://8983/api/blob}} will list the
> available jars
> example
> {code:json}
> {
> "blob":["e1f9e23988c19619402f1040c9251556dcd6e02b9d3e3b966a129ea1be5c70fc",
> "79298d7d5c3e60d91154efe7d72f4536eac46698edfa22ab894b85492d562ed4"]
> }
> {code}
> * The jar will be downloadable at
> {{http://localhost://8983//api/blobs/}}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13721) TestApiFramework#testFramework failing in master consistently
[ https://issues.apache.org/jira/browse/SOLR-13721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916276#comment-16916276 ] ASF subversion and git services commented on SOLR-13721: Commit 3d146febb82f06d668d453fb3311fdad433e7575 in lucene-solr's branch refs/heads/branch_8x from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=3d146fe ] SOLR-13721: TestApiFramework#testFramework failing in master consistently > TestApiFramework#testFramework failing in master consistently > - > > Key: SOLR-13721 > URL: https://issues.apache.org/jira/browse/SOLR-13721 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > > [https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24612/testReport/junit/org.apache.solr.handler.admin/TestApiFramework/testFramework/] -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13721) TestApiFramework#testFramework failing in master consistently
[ https://issues.apache.org/jira/browse/SOLR-13721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916272#comment-16916272 ] ASF subversion and git services commented on SOLR-13721: Commit 7e5c071c0836762e57a5deeacaa14f4e93b5b1a3 in lucene-solr's branch refs/heads/master from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=7e5c071 ] SOLR-13721: TestApiFramework#testFramework failing in master consistently > TestApiFramework#testFramework failing in master consistently > - > > Key: SOLR-13721 > URL: https://issues.apache.org/jira/browse/SOLR-13721 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > > [https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24612/testReport/junit/org.apache.solr.handler.admin/TestApiFramework/testFramework/] -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] [lucene-solr] MarcusSorealheis edited a comment on issue #805: SOLR-13649 change the default behavior of the basic authentication plugin.
MarcusSorealheis edited a comment on issue #805: SOLR-13649 change the default behavior of the basic authentication plugin. URL: https://github.com/apache/lucene-solr/pull/805#issuecomment-522845003 Feel free to take a look when you can @janhoy I think it looks pretty good and accounts for the changes to aid upgraders who may not have a user configured. :) This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13721) TestApiFramework#testFramework failing in master consistently
[
https://issues.apache.org/jira/browse/SOLR-13721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916239#comment-16916239
]
Noble Paul commented on SOLR-13721:
---
diagnosis : The response of the API is getting the same set of objects but in
different order. This is only happening in {{branch_8x}} and not in {{master}}
(most likely b/c it uses java8 vs. java11) .
> TestApiFramework#testFramework failing in master consistently
> -
>
> Key: SOLR-13721
> URL: https://issues.apache.org/jira/browse/SOLR-13721
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Priority: Major
>
> [https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24612/testReport/junit/org.apache.solr.handler.admin/TestApiFramework/testFramework/]
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-13721) TestApiFramework#testFramework failing in master consistently
[ https://issues.apache.org/jira/browse/SOLR-13721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul reassigned SOLR-13721: - Assignee: Noble Paul > TestApiFramework#testFramework failing in master consistently > - > > Key: SOLR-13721 > URL: https://issues.apache.org/jira/browse/SOLR-13721 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > > [https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24612/testReport/junit/org.apache.solr.handler.admin/TestApiFramework/testFramework/] -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13721) TestApiFramework#testFramework failing in master consistently
Noble Paul created SOLR-13721: - Summary: TestApiFramework#testFramework failing in master consistently Key: SOLR-13721 URL: https://issues.apache.org/jira/browse/SOLR-13721 Project: Solr Issue Type: Bug Security Level: Public (Default Security Level. Issues are Public) Reporter: Noble Paul [https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24612/testReport/junit/org.apache.solr.handler.admin/TestApiFramework/testFramework/] -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk-12.0.1) - Build # 5314 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/5314/
Java: 64bit/jdk-12.0.1 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC
9 tests failed.
FAILED: org.apache.solr.handler.TestContainerReqHandler.testPackageAPI
Error Message:
attempt: 9 Mismatch for value : '[requestHandler]' in response {
"responseHeader":{ "status":0, "QTime":0}, "metadata":{"version":3},
"runtimeLib":[{ "name":"global",
"url":"http://localhost:58789/jar3.jar;,
"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922":"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922",
"znodeVersion":3}], "requestHandler":[{ "name":"bar",
"znodeVersion":3, "class":"org.apache.solr.core.RuntimeLibReqHandler",
"package":"global"}]}
Stack Trace:
java.lang.AssertionError: attempt: 9 Mismatch for value : '[requestHandler]' in
response {
"responseHeader":{
"status":0,
"QTime":0},
"metadata":{"version":3},
"runtimeLib":[{
"name":"global",
"url":"http://localhost:58789/jar3.jar;,
"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922":"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922",
"znodeVersion":3}],
"requestHandler":[{
"name":"bar",
"znodeVersion":3,
"class":"org.apache.solr.core.RuntimeLibReqHandler",
"package":"global"}]}
at
__randomizedtesting.SeedInfo.seed([4F517D8521E91463:3D5E68CB8DB24E73]:0)
at org.junit.Assert.fail(Assert.java:88)
at
org.apache.solr.handler.TestContainerReqHandler.assertResponseValues(TestContainerReqHandler.java:117)
at
org.apache.solr.handler.TestContainerReqHandler.testPackageAPI(TestContainerReqHandler.java:232)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:567)
at
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988)
at
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:947)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-12.0.1) - Build # 24613 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24613/
Java: 64bit/jdk-12.0.1 -XX:+UseCompressedOops -XX:+UseSerialGC
4 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[1]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#delete;,
"description":"Deletes a collection.", "methods":["DELETE"],
"url":{"paths":[ "/collections/{collection}",
"/c/{collection}"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#list;,
"description":"List all available collections and their properties.",
"methods":["GET"], "url":{"paths":[ "/collections",
"/c"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate the
[JENKINS] Lucene-Solr-Tests-master - Build # 3630 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3630/
1 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[0]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#list;,
"description":"List all available collections and their properties.",
"methods":["GET"], "url":{"paths":[ "/collections",
"/c"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate the latest segments periodically from the shard leader.
PULL replicas can't become shard leaders, and need at least one active
TLOG(recommended) or NRT replicas in the shard to replicate from."},
"nodeSet":{ "type":"array",
"items":{"type":"string"}, "description":"Defines nodes to
[jira] [Commented] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[
https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916151#comment-16916151
]
Lucene/Solr QA commented on SOLR-13720:
---
| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
|| || || || {color:brown} Prechecks {color} ||
| {color:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m
0s{color} | {color:red} The patch doesn't appear to include any new or modified
tests. Please justify why no new tests are needed for this patch. Also please
list what manual steps were performed to verify this patch. {color} |
|| || || || {color:brown} master Compile Tests {color} ||
| {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m
0s{color} | {color:green} master passed {color} |
|| || || || {color:brown} Patch Compile Tests {color} ||
| {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m
0s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m
0s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Release audit (RAT) {color} |
{color:green} 0m 0s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Check forbidden APIs {color} |
{color:green} 0m 0s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Validate source patterns {color} |
{color:green} 0m 0s{color} | {color:green} the patch passed {color} |
|| || || || {color:brown} Other Tests {color} ||
| {color:black}{color} | {color:black} {color} | {color:black} 0m 53s{color} |
{color:black} {color} |
\\
\\
|| Subsystem || Report/Notes ||
| JIRA Issue | SOLR-13720 |
| JIRA Patch URL |
https://issues.apache.org/jira/secure/attachment/12978618/SOLR-13720.patch |
| Optional Tests | compile javac unit ratsources checkforbiddenapis
validatesourcepatterns |
| uname | Linux lucene2-us-west.apache.org 4.4.0-112-generic #135-Ubuntu SMP
Fri Jan 19 11:48:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux |
| Build tool | ant |
| Personality |
/home/jenkins/jenkins-slave/workspace/PreCommit-SOLR-Build/sourcedir/dev-tools/test-patch/lucene-solr-yetus-personality.sh
|
| git revision | master / a9607b2 |
| ant | version: Apache Ant(TM) version 1.9.6 compiled on July 20 2018 |
| Default Java | LTS |
| Test Results |
https://builds.apache.org/job/PreCommit-SOLR-Build/540/testReport/ |
| modules | C: . U: . |
| Console output |
https://builds.apache.org/job/PreCommit-SOLR-Build/540/console |
| Powered by | Apache Yetus 0.7.0 http://yetus.apache.org |
This message was automatically generated.
> Impossible to create effective ToParenBlockJoinQuery in custom QParser
> --
>
> Key: SOLR-13720
> URL: https://issues.apache.org/jira/browse/SOLR-13720
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: master (9.0)
>Reporter: Stanislav Livotov
>Priority: Major
> Fix For: master (9.0)
>
> Attachments: SOLR-13720.patch
>
>
> According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is
> treated as a legal plugin.
>
> However, it is impossible to create an effective ToParentBlockJoin query
> without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter
> method from BlockJoinParentQParser) or dirty hacks(like creating
> org.apache.solr.search.join package with some accessor method to
> package-private methods in plugin code and adding it in WEB-INF/lib directory
> in order to be loaded by the same ClassLoader).
> I don't see a truly clean way how to fix it, but at least we can help custom
> plugin developers to create it a little bit easier by making
> BlockJoinParentQParser#getCachedFilter public and
> BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for
> BitDocIdSetFilterWrapper#filter.
>
>
> In order to create
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro-Java11 - Build # 373 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro-Java11/373/ [...truncated 29 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-master/3629/consoleText [repro] Revision: ff1e2fa6583724429bda7e469c622703a97408fa [repro] Repro line: ant test -Dtestcase=TestApiFramework -Dtests.method=testFramework -Dtests.seed=37E437DCF71E246D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=is-IS -Dtests.timezone=Europe/Nicosia -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: a9607b2a88185f03f95e7b0ab282336c8997488e [repro] git fetch [...truncated 7 lines...] [repro] git checkout ff1e2fa6583724429bda7e469c622703a97408fa [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] TestApiFramework [repro] ant compile-test [...truncated 3315 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TestApiFramework" -Dtests.showOutput=onerror -Dtests.seed=37E437DCF71E246D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=is-IS -Dtests.timezone=Europe/Nicosia -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [...truncated 1474 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 5/5 failed: org.apache.solr.handler.admin.TestApiFramework [repro] Re-testing 100% failures at the tip of master [repro] git fetch [...truncated 7 lines...] [repro] git checkout master [...truncated 3 lines...] [repro] git merge --ff-only [...truncated 31 lines...] [repro] ant clean [...truncated 8 lines...] [repro] Test suites by module: [repro]solr/core [repro] TestApiFramework [repro] ant compile-test [...truncated 3315 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TestApiFramework" -Dtests.showOutput=onerror -Dtests.seed=37E437DCF71E246D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=is-IS -Dtests.timezone=Europe/Nicosia -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [...truncated 912 lines...] [repro] Setting last failure code to 256 [repro] Failures at the tip of master: [repro] 3/5 failed: org.apache.solr.handler.admin.TestApiFramework [repro] git checkout a9607b2a88185f03f95e7b0ab282336c8997488e [...truncated 8 lines...] [repro] Exiting with code 256 [...truncated 6 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-BadApples-Tests-master - Build # 457 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-master/457/
1 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[0]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate the latest segments periodically from the shard leader.
PULL replicas can't become shard leaders, and need at least one active
TLOG(recommended) or NRT replicas in the shard to replicate from."},
"nodeSet":{ "type":"array",
"items":{"type":"string"}, "description":"Defines nodes to spread
the new collection across. If not provided, the collection will be spread
across all live Solr nodes. The names to use are the 'node_name', which can be
found by a request to the cluster/nodes endpoint. A special value of EMPTY will
create no shards or
[JENKINS] Lucene-Solr-Tests-8.x - Build # 479 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-8.x/479/
1 tests failed.
FAILED: org.apache.solr.handler.TestContainerReqHandler.testPackageAPI
Error Message:
attempt: 9 Mismatch for value : '[requestHandler]' in response {
"responseHeader":{ "status":0, "QTime":0}, "metadata":{"version":3},
"runtimeLib":[{ "name":"global",
"url":"http://localhost:40347/jar3.jar;,
"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922":"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922",
"znodeVersion":3}], "requestHandler":[{ "name":"bar",
"znodeVersion":3, "class":"org.apache.solr.core.RuntimeLibReqHandler",
"package":"global"}]}
Stack Trace:
java.lang.AssertionError: attempt: 9 Mismatch for value : '[requestHandler]' in
response {
"responseHeader":{
"status":0,
"QTime":0},
"metadata":{"version":3},
"runtimeLib":[{
"name":"global",
"url":"http://localhost:40347/jar3.jar;,
"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922":"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922",
"znodeVersion":3}],
"requestHandler":[{
"name":"bar",
"znodeVersion":3,
"class":"org.apache.solr.core.RuntimeLibReqHandler",
"package":"global"}]}
at
__randomizedtesting.SeedInfo.seed([FC809F0E9A6F2FB4:8E8F8A40363475A4]:0)
at org.junit.Assert.fail(Assert.java:88)
at
org.apache.solr.handler.TestContainerReqHandler.assertResponseValues(TestContainerReqHandler.java:117)
at
org.apache.solr.handler.TestContainerReqHandler.testPackageAPI(TestContainerReqHandler.java:232)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988)
at
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:947)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at
[GitHub] [lucene-solr] KoenDG commented on issue #717: SOLR-13542: Code cleanup - Avoid using stream filter count where possible
KoenDG commented on issue #717: SOLR-13542: Code cleanup - Avoid using stream filter count where possible URL: https://github.com/apache/lucene-solr/pull/717#issuecomment-525014070 @tflobbe Update and rebase done, all tests passed locally on openjdk11, should be good now. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13452) Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle.
[ https://issues.apache.org/jira/browse/SOLR-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916112#comment-16916112 ] ASF subversion and git services commented on SOLR-13452: Commit 5435ae62150a9b977feb730816219629496e31dc in lucene-solr's branch refs/heads/jira/SOLR-13452_gradle_5 from markrmiller [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=5435ae6 ] SOLR-13452: Clean up and fix some build test issues on osx and around buildSrc. More to come. > Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle. > - > > Key: SOLR-13452 > URL: https://issues.apache.org/jira/browse/SOLR-13452 > Project: Solr > Issue Type: Improvement > Components: Build >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > Fix For: master (9.0) > > Attachments: gradle-build.pdf > > Time Spent: 10m > Remaining Estimate: 0h > > I took some things from the great work that Dat did in > [https://github.com/apache/lucene-solr/tree/jira/gradle] and took the ball a > little further. > > When working with gradle in sub modules directly, I recommend > [https://github.com/dougborg/gdub] > This gradle branch uses the following plugin for version locking, version > configuration and version consistency across modules: > [https://github.com/palantir/gradle-consistent-versions] > > https://github.com/apache/lucene-solr/tree/jira/SOLR-13452_gradle_5 -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[
https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916088#comment-16916088
]
Stanislav Livotov edited comment on SOLR-13720 at 8/26/19 7:31 PM:
---
In the attached patch, you can see visibility change. As a result, it will be
possible to create TPBJQ inside of any QParser
{code:java}
new ToParentBlockJoinQuery(anyChildQuery(),
BlockJoinParentQParser.getCachedFilter(req,
parentsQuery()).getFilter(),
ScoreMode.Max);
{code}
was (Author: slivotov):
In the attached patch, you can see visibility change. As a result, it will be
possible to create TPBJQ inside of any QParser
{code:java}
new ToParentBlockJoinQuery(anyChildQuery(),
BlockJoinParentQParser.getCachedFilter(req,
parentQuery()).getFilter(),
ScoreMode.Max);
{code}
> Impossible to create effective ToParenBlockJoinQuery in custom QParser
> --
>
> Key: SOLR-13720
> URL: https://issues.apache.org/jira/browse/SOLR-13720
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: master (9.0)
>Reporter: Stanislav Livotov
>Priority: Major
> Fix For: master (9.0)
>
> Attachments: SOLR-13720.patch
>
>
> According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is
> treated as a legal plugin.
>
> However, it is impossible to create an effective ToParentBlockJoin query
> without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter
> method from BlockJoinParentQParser) or dirty hacks(like creating
> org.apache.solr.search.join package with some accessor method to
> package-private methods in plugin code and adding it in WEB-INF/lib directory
> in order to be loaded by the same ClassLoader).
> I don't see a truly clean way how to fix it, but at least we can help custom
> plugin developers to create it a little bit easier by making
> BlockJoinParentQParser#getCachedFilter public and
> BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for
> BitDocIdSetFilterWrapper#filter.
>
>
> In order to create
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[
https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916088#comment-16916088
]
Stanislav Livotov edited comment on SOLR-13720 at 8/26/19 7:31 PM:
---
In the attached patch, you can see visibility change. As a result, it will be
possible to create TPBJQ inside of any QParser
{code:java}
new ToParentBlockJoinQuery(anyChildQuery(),
BlockJoinParentQParser.getCachedFilter(req,
parentQuery()).getFilter(),
ScoreMode.Max);
{code}
was (Author: slivotov):
In the attached patch, you can see visibility change. As a result, it will be
possible to create TPBJQ inside of any QParser
{code:java}
new ToParentBlockJoinQuery(anyChildQuery(),
BlockJoinParentQParser.getCachedFilter(req, new TermQuery(new
Term("scope", "parent"))).getFilter(),
ScoreMode.Max);
{code}
> Impossible to create effective ToParenBlockJoinQuery in custom QParser
> --
>
> Key: SOLR-13720
> URL: https://issues.apache.org/jira/browse/SOLR-13720
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: master (9.0)
>Reporter: Stanislav Livotov
>Priority: Major
> Fix For: master (9.0)
>
> Attachments: SOLR-13720.patch
>
>
> According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is
> treated as a legal plugin.
>
> However, it is impossible to create an effective ToParentBlockJoin query
> without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter
> method from BlockJoinParentQParser) or dirty hacks(like creating
> org.apache.solr.search.join package with some accessor method to
> package-private methods in plugin code and adding it in WEB-INF/lib directory
> in order to be loaded by the same ClassLoader).
> I don't see a truly clean way how to fix it, but at least we can help custom
> plugin developers to create it a little bit easier by making
> BlockJoinParentQParser#getCachedFilter public and
> BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for
> BitDocIdSetFilterWrapper#filter.
>
>
> In order to create
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[
https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916088#comment-16916088
]
Stanislav Livotov commented on SOLR-13720:
--
In the attached patch, you can see visibility change. As a result, it will be
possible to create TPBJQ inside of any QParser
{code:java}
new ToParentBlockJoinQuery(anyChildQuery(),
BlockJoinParentQParser.getCachedFilter(req, new TermQuery(new
Term("scope", "parent"))).getFilter(),
ScoreMode.Max);
{code}
> Impossible to create effective ToParenBlockJoinQuery in custom QParser
> --
>
> Key: SOLR-13720
> URL: https://issues.apache.org/jira/browse/SOLR-13720
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: master (9.0)
>Reporter: Stanislav Livotov
>Priority: Major
> Fix For: master (9.0)
>
> Attachments: SOLR-13720.patch
>
>
> According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is
> treated as a legal plugin.
>
> However, it is impossible to create an effective ToParentBlockJoin query
> without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter
> method from BlockJoinParentQParser) or dirty hacks(like creating
> org.apache.solr.search.join package with some accessor method to
> package-private methods in plugin code and adding it in WEB-INF/lib directory
> in order to be loaded by the same ClassLoader).
> I don't see a truly clean way how to fix it, but at least we can help custom
> plugin developers to create it a little bit easier by making
> BlockJoinParentQParser#getCachedFilter public and
> BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for
> BitDocIdSetFilterWrapper#filter.
>
>
> In order to create
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[ https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916086#comment-16916086 ] Mikhail Khludnev commented on SOLR-13720: - Thank you, [~slivotov]. Would you mind to add tests just checking public methods existence. > Impossible to create effective ToParenBlockJoinQuery in custom QParser > -- > > Key: SOLR-13720 > URL: https://issues.apache.org/jira/browse/SOLR-13720 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: master (9.0) >Reporter: Stanislav Livotov >Priority: Major > Fix For: master (9.0) > > Attachments: SOLR-13720.patch > > > According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is > treated as a legal plugin. > > However, it is impossible to create an effective ToParentBlockJoin query > without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter > method from BlockJoinParentQParser) or dirty hacks(like creating > org.apache.solr.search.join package with some accessor method to > package-private methods in plugin code and adding it in WEB-INF/lib directory > in order to be loaded by the same ClassLoader). > I don't see a truly clean way how to fix it, but at least we can help custom > plugin developers to create it a little bit easier by making > BlockJoinParentQParser#getCachedFilter public and > BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for > BitDocIdSetFilterWrapper#filter. > > > In order to create -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[ https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916086#comment-16916086 ] Mikhail Khludnev edited comment on SOLR-13720 at 8/26/19 7:28 PM: -- Thank you, [~slivotov]. Would you mind to add tests just checking public methods existence? was (Author: mkhludnev): Thank you, [~slivotov]. Would you mind to add tests just checking public methods existence. > Impossible to create effective ToParenBlockJoinQuery in custom QParser > -- > > Key: SOLR-13720 > URL: https://issues.apache.org/jira/browse/SOLR-13720 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: master (9.0) >Reporter: Stanislav Livotov >Priority: Major > Fix For: master (9.0) > > Attachments: SOLR-13720.patch > > > According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is > treated as a legal plugin. > > However, it is impossible to create an effective ToParentBlockJoin query > without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter > method from BlockJoinParentQParser) or dirty hacks(like creating > org.apache.solr.search.join package with some accessor method to > package-private methods in plugin code and adding it in WEB-INF/lib directory > in order to be loaded by the same ClassLoader). > I don't see a truly clean way how to fix it, but at least we can help custom > plugin developers to create it a little bit easier by making > BlockJoinParentQParser#getCachedFilter public and > BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for > BitDocIdSetFilterWrapper#filter. > > > In order to create -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[ https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stanislav Livotov updated SOLR-13720: - Status: Patch Available (was: Open) > Impossible to create effective ToParenBlockJoinQuery in custom QParser > -- > > Key: SOLR-13720 > URL: https://issues.apache.org/jira/browse/SOLR-13720 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: master (9.0) >Reporter: Stanislav Livotov >Priority: Major > Fix For: master (9.0) > > Attachments: SOLR-13720.patch > > > According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is > treated as a legal plugin. > > However, it is impossible to create an effective ToParentBlockJoin query > without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter > method from BlockJoinParentQParser) or dirty hacks(like creating > org.apache.solr.search.join package with some accessor method to > package-private methods in plugin code and adding it in WEB-INF/lib directory > in order to be loaded by the same ClassLoader). > I don't see a truly clean way how to fix it, but at least we can help custom > plugin developers to create it a little bit easier by making > BlockJoinParentQParser#getCachedFilter public and > BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for > BitDocIdSetFilterWrapper#filter. > > > In order to create -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[ https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stanislav Livotov updated SOLR-13720: - Attachment: SOLR-13720.patch Fix Version/s: master (9.0) Affects Version/s: master (9.0) Status: Open (was: Open) > Impossible to create effective ToParenBlockJoinQuery in custom QParser > -- > > Key: SOLR-13720 > URL: https://issues.apache.org/jira/browse/SOLR-13720 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: master (9.0) >Reporter: Stanislav Livotov >Priority: Major > Fix For: master (9.0) > > Attachments: SOLR-13720.patch > > > According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is > treated as a legal plugin. > > However, it is impossible to create an effective ToParentBlockJoin query > without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter > method from BlockJoinParentQParser) or dirty hacks(like creating > org.apache.solr.search.join package with some accessor method to > package-private methods in plugin code and adding it in WEB-INF/lib directory > in order to be loaded by the same ClassLoader). > I don't see a truly clean way how to fix it, but at least we can help custom > plugin developers to create it a little bit easier by making > BlockJoinParentQParser#getCachedFilter public and > BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for > BitDocIdSetFilterWrapper#filter. > > > In order to create -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-SmokeRelease-master - Build # 1433 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/1433/ No tests ran. Build Log: [...truncated 24456 lines...] [asciidoctor:convert] asciidoctor: ERROR: about-this-guide.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [asciidoctor:convert] asciidoctor: ERROR: solr-glossary.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [java] Processed 2594 links (2120 relative) to 3411 anchors in 259 files [echo] Validated Links & Anchors via: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr-ref-guide/bare-bones-html/ -dist-changes: [copy] Copying 4 files to /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/package/changes package: -unpack-solr-tgz: -ensure-solr-tgz-exists: [mkdir] Created dir: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr.tgz.unpacked [untar] Expanding: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/package/solr-9.0.0.tgz into /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr.tgz.unpacked generate-maven-artifacts: resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0.
[jira] [Comment Edited] (SOLR-13650) Support for named global classloaders
[
https://issues.apache.org/jira/browse/SOLR-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916076#comment-16916076
]
Noble Paul edited comment on SOLR-13650 at 8/26/19 7:11 PM:
It was cherry-picked from master when I committed another ticket. I've put it
back
was (Author: noble.paul):
It was cherry-picked from master when I committed another ticket.
> Support for named global classloaders
> -
>
> Key: SOLR-13650
> URL: https://issues.apache.org/jira/browse/SOLR-13650
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "add-package": {
>"name": "my-package" ,
> "url" : "http://host:port/url/of/jar;,
> "sha512":""
> }
> }' http://localhost:8983/api/cluster
> {code}
> This means that Solr creates a globally accessible classloader with a name
> {{my-package}} which contains all the jars of that package.
> A component should be able to use the package by using the {{"package" :
> "my-package"}}.
> eg:
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "create-searchcomponent": {
> "name": "my-searchcomponent" ,
> "class" : "my.path.to.ClassName",
> "package" : "my-package"
> }
> }' http://localhost:8983/api/c/mycollection/config
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13650) Support for named global classloaders
[
https://issues.apache.org/jira/browse/SOLR-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916076#comment-16916076
]
Noble Paul commented on SOLR-13650:
---
It was cherry-picked from master when I committed another ticket.
> Support for named global classloaders
> -
>
> Key: SOLR-13650
> URL: https://issues.apache.org/jira/browse/SOLR-13650
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "add-package": {
>"name": "my-package" ,
> "url" : "http://host:port/url/of/jar;,
> "sha512":""
> }
> }' http://localhost:8983/api/cluster
> {code}
> This means that Solr creates a globally accessible classloader with a name
> {{my-package}} which contains all the jars of that package.
> A component should be able to use the package by using the {{"package" :
> "my-package"}}.
> eg:
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "create-searchcomponent": {
> "name": "my-searchcomponent" ,
> "class" : "my.path.to.ClassName",
> "package" : "my-package"
> }
> }' http://localhost:8983/api/c/mycollection/config
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-12.0.1) - Build # 24612 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24612/
Java: 64bit/jdk-12.0.1 -XX:-UseCompressedOops -XX:+UseParallelGC
3 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[0]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#list;,
"description":"List all available collections and their properties.",
"methods":["GET"], "url":{"paths":[ "/collections",
"/c"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#delete;,
"description":"Deletes a collection.", "methods":["DELETE"],
"url":{"paths":[ "/collections/{collection}",
"/c/{collection}"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate
[jira] [Commented] (SOLR-13719) SolrClient.ping() in 8.2, using SolrJ
[
https://issues.apache.org/jira/browse/SOLR-13719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916061#comment-16916061
]
Shawn Heisey commented on SOLR-13719:
-
Looks like we have an oversight in SolrClient and its children - there should
be a ping method that takes a collection name. Variants like this exist for
most of the functionality provided by SolrClient.
I can think of two workarounds until that happens:
1) The setDefaultCollection method, which should work quite well for
deployments with one collection. I do not see any evidence that this method is
slated for removal.
2) Code like this, which directs to a specific collection:
{noformat}
SolrPingResponse rsp = new SolrPing().process(client, collection);
{noformat}
> SolrClient.ping() in 8.2, using SolrJ
> -
>
> Key: SOLR-13719
> URL: https://issues.apache.org/jira/browse/SOLR-13719
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: clients - java
>Affects Versions: 8.2
> Environment: linux mint 19, java8
>Reporter: Benjamin Wade Friedman
>Priority: Trivial
> Labels: beginner, easyfix, newbie
>
> {color:#22}I started a local SolrCloud instance with two nodes and two
> replicas per node. I created one empty collection on each node. So I guess
> I have two shard per collection.
> {color}
>
> I tried to use the ping method in Solrj to verify my connected client. When
> I try to use it, it throws ...
>
> Caused by: org.apache.solr.common.SolrException: No collection param
> specified on request and no default collection has been set: []
> at
> org.apache.solr.client.solrj.impl.BaseCloudSolrClient.sendRequest(BaseCloudSolrClient.java:1071)
> ~[solr-solrj-8.2.0.jar:8.2.0 31d7ec7bbfdcd2c4cc61d9d35e962165410b65fe -
> ivera - 2019-07-19 15:11:07]
>
> I cannot pass a collection name to the ping request. And the
> CloudSolrClient.Builder does not allow me to declare a default collection.
> {color:#22}BaseCloudSolrClient.setDefault{color}{color:#22}{color:#22}Collection(String)
> is effectively deprecated because CloudSolrClient no longer has a public
> constructor. {color}{color}
>
> {color:#22}{color:#22}Can we add an argument to the Builder
> constructor to accept a string for the default collection? Or a new setter
> on the Builder? {color}{color}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[ https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stanislav Livotov updated SOLR-13720: - Description: According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is treated as a legal plugin. However, it is impossible to create an effective ToParentBlockJoin query without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter method from BlockJoinParentQParser) or dirty hacks(like creating org.apache.solr.search.join package with some accessor method to package-private methods in plugin code and adding it in WEB-INF/lib directory in order to be loaded by the same ClassLoader). I don't see a truly clean way how to fix it, but at least we can help custom plugin developers to create it a little bit easier by making BlockJoinParentQParser#getCachedFilter public and BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for BitDocIdSetFilterWrapper#filter. In order to create was: According to Solr [ducumentation|#SolrPlugins-QParserPlugin]] QParser is treated as a legal plugin. However, it is impossible to create an effective ToParentBlockJoin query without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter method from BlockJoinParentQParser) or dirty hacks(like creating org.apache.solr.search.join package with some accessor method to package-private methods in plugin code and adding it in WEB-INF/lib directory in order to be loaded by the same ClassLoader). I don't see a truly clean way how to fix it, but at least we can help custom plugin developers to create it a little bit easier by making BlockJoinParentQParser#getCachedFilter public and BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for BitDocIdSetFilterWrapper#filter. In order to create > Impossible to create effective ToParenBlockJoinQuery in custom QParser > -- > > Key: SOLR-13720 > URL: https://issues.apache.org/jira/browse/SOLR-13720 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Stanislav Livotov >Priority: Major > > According to Solr [ducumentation|#SolrPlugins-QParserPlugin] QParser is > treated as a legal plugin. > > However, it is impossible to create an effective ToParentBlockJoin query > without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter > method from BlockJoinParentQParser) or dirty hacks(like creating > org.apache.solr.search.join package with some accessor method to > package-private methods in plugin code and adding it in WEB-INF/lib directory > in order to be loaded by the same ClassLoader). > I don't see a truly clean way how to fix it, but at least we can help custom > plugin developers to create it a little bit easier by making > BlockJoinParentQParser#getCachedFilter public and > BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for > BitDocIdSetFilterWrapper#filter. > > > In order to create -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Reopened] (SOLR-13719) SolrClient.ping() in 8.2, using SolrJ
[
https://issues.apache.org/jira/browse/SOLR-13719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mikhail Khludnev reopened SOLR-13719:
-
> SolrClient.ping() in 8.2, using SolrJ
> -
>
> Key: SOLR-13719
> URL: https://issues.apache.org/jira/browse/SOLR-13719
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: clients - java
>Affects Versions: 8.2
> Environment: linux mint 19, java8
>Reporter: Benjamin Wade Friedman
>Priority: Trivial
> Labels: beginner, easyfix, newbie
>
> {color:#22}I started a local SolrCloud instance with two nodes and two
> replicas per node. I created one empty collection on each node. So I guess
> I have two shard per collection.
> {color}
>
> I tried to use the ping method in Solrj to verify my connected client. When
> I try to use it, it throws ...
>
> Caused by: org.apache.solr.common.SolrException: No collection param
> specified on request and no default collection has been set: []
> at
> org.apache.solr.client.solrj.impl.BaseCloudSolrClient.sendRequest(BaseCloudSolrClient.java:1071)
> ~[solr-solrj-8.2.0.jar:8.2.0 31d7ec7bbfdcd2c4cc61d9d35e962165410b65fe -
> ivera - 2019-07-19 15:11:07]
>
> I cannot pass a collection name to the ping request. And the
> CloudSolrClient.Builder does not allow me to declare a default collection.
> {color:#22}BaseCloudSolrClient.setDefault{color}{color:#22}{color:#22}Collection(String)
> is effectively deprecated because CloudSolrClient no longer has a public
> constructor. {color}{color}
>
> {color:#22}{color:#22}Can we add an argument to the Builder
> constructor to accept a string for the default collection? Or a new setter
> on the Builder? {color}{color}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Windows (64bit/jdk-13-rc) - Build # 8110 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/8110/ Java: 64bit/jdk-13-rc -XX:+UseCompressedOops -XX:+UseParallelGC 5 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.client.solrj.io.stream.StreamExpressionTest Error Message: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles\directory1\secondLevel2.txt: java.nio.file.FileSystemException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles\directory1\secondLevel2.txt: The process cannot access the file because it is being used by another process. C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles\directory1: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles\directory1 C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1 C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001 C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001 Stack Trace: java.io.IOException: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles\directory1\secondLevel2.txt: java.nio.file.FileSystemException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles\directory1\secondLevel2.txt: The process cannot access the file because it is being used by another process. C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles\directory1: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles\directory1 C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1\userfiles C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-solrj\test\J0\temp\solr.client.solrj.io.stream.StreamExpressionTest_6C2E3A38BA2CBE90-001\tempDir-001\node1
[jira] [Commented] (LUCENE-8954) Refactor Nori(Korean) Analyzer
[ https://issues.apache.org/jira/browse/LUCENE-8954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916023#comment-16916023 ] ASF subversion and git services commented on LUCENE-8954: - Commit a9607b2a88185f03f95e7b0ab282336c8997488e in lucene-solr's branch refs/heads/master from Namgyu Kim [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=a9607b2 ] LUCENE-8954: refactor Nori analyzer Signed-off-by: Namgyu Kim > Refactor Nori(Korean) Analyzer > -- > > Key: LUCENE-8954 > URL: https://issues.apache.org/jira/browse/LUCENE-8954 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Namgyu Kim >Assignee: Namgyu Kim >Priority: Minor > Time Spent: 0.5h > Remaining Estimate: 0h > > There are many codes that can be refactored in the Nori analyzer. > (whitespace, wrong type casting, unnecessary throws, C-style array, ...) > I think it's good to proceed if we can. > It has nothing to do with the actual working of Nori. > I'll just remove unnecessary code and make the code simple. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-master - Build # 3629 - Still unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3629/
1 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[1]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#delete;,
"description":"Deletes a collection.", "methods":["DELETE"],
"url":{"paths":[ "/collections/{collection}",
"/c/{collection}"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#list;,
"description":"List all available collections and their properties.",
"methods":["GET"], "url":{"paths":[ "/collections",
"/c"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate the latest segments periodically from the shard leader.
PULL replicas
[GitHub] [lucene-solr] danmuzi merged pull request #839: LUCENE-8954: refactor Nori analyzer
danmuzi merged pull request #839: LUCENE-8954: refactor Nori analyzer URL: https://github.com/apache/lucene-solr/pull/839 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] [lucene-solr] danmuzi commented on issue #839: LUCENE-8954: refactor Nori analyzer
danmuzi commented on issue #839: LUCENE-8954: refactor Nori analyzer URL: https://github.com/apache/lucene-solr/pull/839#issuecomment-524966134 Thank you for your review! @jimczi I'll merge this PR and close. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9802) Cannot group by a datefield in SolrCloud
[ https://issues.apache.org/jira/browse/SOLR-9802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16916018#comment-16916018 ] Erick Erickson commented on SOLR-9802: -- [~munendrasn] Thanks for the patch! I'm not sure when I can get to this, things are a bit hectic. It's on my radar definitely. If anyone else can chime in, they should feel free. > Cannot group by a datefield in SolrCloud > > > Key: SOLR-9802 > URL: https://issues.apache.org/jira/browse/SOLR-9802 > Project: Solr > Issue Type: Bug >Reporter: Erick Erickson >Priority: Major > Attachments: SOLR-9802.patch > > > While working on SOLR-5260 I ran across this. It is easily reproducible by > indexing techproducts to a two-shard collection and then > =true=manufacturedate_dt > This works fine stand-alone. > When 5260 gets checked in look in DocValuesNotIndexedTest.java for a > reference to this JIRA and take out the special processing that avoids this > bug for a unit test. > Stack trace: > 80770 ERROR (qtp845642178-32) [n:127.0.0.1:50799_solr c:dv_coll s:shard1 > r:core_node2 x:dv_coll_shard1_replica1] o.a.s.h.RequestHandlerBase > org.apache.solr.common.SolrException: > Invalid Date String:'Mon Feb 02 13:40:21 MSK 239906837' > > at org.apache.solr.util.DateMathParser.parseMath(DateMathParser.java:234) > at org.apache.solr.schema.TrieField.readableToIndexed(TrieField.java:530) > at > org.apache.solr.search.grouping.distributed.command.GroupConverter.fromMutable(GroupConverter.java:59) > at > org.apache.solr.search.grouping.distributed.command.SearchGroupsFieldCommand.result(SearchGroupsFieldCommand.java:124) > at > org.apache.solr.search.grouping.distributed.shardresultserializer.SearchGroupsResultTransformer.transform(SearchGroupsResultTransformer.java:57) > at > org.apache.solr.search.grouping.distributed.shardresultserializer.SearchGroupsResultTransformer.transform(SearchGroupsResultTransformer.java:36) -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
[ https://issues.apache.org/jira/browse/SOLR-13720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stanislav Livotov updated SOLR-13720: - Description: According to Solr [ducumentation|#SolrPlugins-QParserPlugin]] QParser is treated as a legal plugin. However, it is impossible to create an effective ToParentBlockJoin query without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter method from BlockJoinParentQParser) or dirty hacks(like creating org.apache.solr.search.join package with some accessor method to package-private methods in plugin code and adding it in WEB-INF/lib directory in order to be loaded by the same ClassLoader). I don't see a truly clean way how to fix it, but at least we can help custom plugin developers to create it a little bit easier by making BlockJoinParentQParser#getCachedFilter public and BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for BitDocIdSetFilterWrapper#filter. In order to create was: According to Solr [ducumentation|[https://cwiki.apache.org/confluence/display/solr/SolrPlugins#SolrPlugins-QParserPlugin]] QParser is treated as a legal plugin. However, it is impossible to create an effective ToParentBlockJoin query without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter method from BlockJoinParentQParser) or dirty hacks(like creating org.apache.solr.search.join package with some accessor method to package-private methodsin plugin code and adding it it WEB-INF/lib directory in order to be loaded by the same ClassLoader). I don't see a truly clean way how to fix it, but at least we can help custom plugin developers to create it a little bit easier by making BlockJoinParentQParser#getCachedFilter public and BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for BitDocIdSetFilterWrapper#filter. In order to create > Impossible to create effective ToParenBlockJoinQuery in custom QParser > -- > > Key: SOLR-13720 > URL: https://issues.apache.org/jira/browse/SOLR-13720 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Stanislav Livotov >Priority: Major > > According to Solr [ducumentation|#SolrPlugins-QParserPlugin]] QParser is > treated as a legal plugin. > > However, it is impossible to create an effective ToParentBlockJoin query > without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter > method from BlockJoinParentQParser) or dirty hacks(like creating > org.apache.solr.search.join package with some accessor method to > package-private methods in plugin code and adding it in WEB-INF/lib directory > in order to be loaded by the same ClassLoader). > I don't see a truly clean way how to fix it, but at least we can help custom > plugin developers to create it a little bit easier by making > BlockJoinParentQParser#getCachedFilter public and > BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for > BitDocIdSetFilterWrapper#filter. > > > In order to create -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13650) Support for named global classloaders
[
https://issues.apache.org/jira/browse/SOLR-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915986#comment-16915986
]
Erick Erickson commented on SOLR-13650:
---
[~noble.paul]Why did you un-awaitsfix this test? It's failing all over the
place.
> Support for named global classloaders
> -
>
> Key: SOLR-13650
> URL: https://issues.apache.org/jira/browse/SOLR-13650
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Noble Paul
>Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "add-package": {
>"name": "my-package" ,
> "url" : "http://host:port/url/of/jar;,
> "sha512":""
> }
> }' http://localhost:8983/api/cluster
> {code}
> This means that Solr creates a globally accessible classloader with a name
> {{my-package}} which contains all the jars of that package.
> A component should be able to use the package by using the {{"package" :
> "my-package"}}.
> eg:
> {code:json}
> curl -X POST -H 'Content-type:application/json' --data-binary '
> {
> "create-searchcomponent": {
> "name": "my-searchcomponent" ,
> "class" : "my.path.to.ClassName",
> "package" : "my-package"
> }
> }' http://localhost:8983/api/c/mycollection/config
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-13719) SolrClient.ping() in 8.2, using SolrJ
[
https://issues.apache.org/jira/browse/SOLR-13719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson resolved SOLR-13719.
---
Resolution: Invalid
The JIRA issue tracker is not a support portal. Please raise this question on
the user's list at solr-u...@lucene.apache.org, see:
(http://lucene.apache.org/solr/community.html#mailing-lists-irc) there are a
_lot_ more people watching that list who may be able to help and you'll
probably get responses much more quickly.
If it's determined that this really is a code issue or enhancement to Solr and
not a configuration/usage problem, we can raise a new JIRA or reopen this one.
"No collection param specified on request and no default collection has been
set" means exactly that. From the docs, the form of the HTTP request is:
http://localhost:8983/solr//admin/ping
Therefore, your SolrJ needs to specify what collection or core you want to sent
the ping request to.
> SolrClient.ping() in 8.2, using SolrJ
> -
>
> Key: SOLR-13719
> URL: https://issues.apache.org/jira/browse/SOLR-13719
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: clients - java
>Affects Versions: 8.2
> Environment: linux mint 19, java8
>Reporter: Benjamin Wade Friedman
>Priority: Trivial
> Labels: beginner, easyfix, newbie
>
> {color:#22}I started a local SolrCloud instance with two nodes and two
> replicas per node. I created one empty collection on each node. So I guess
> I have two shard per collection.
> {color}
>
> I tried to use the ping method in Solrj to verify my connected client. When
> I try to use it, it throws ...
>
> Caused by: org.apache.solr.common.SolrException: No collection param
> specified on request and no default collection has been set: []
> at
> org.apache.solr.client.solrj.impl.BaseCloudSolrClient.sendRequest(BaseCloudSolrClient.java:1071)
> ~[solr-solrj-8.2.0.jar:8.2.0 31d7ec7bbfdcd2c4cc61d9d35e962165410b65fe -
> ivera - 2019-07-19 15:11:07]
>
> I cannot pass a collection name to the ping request. And the
> CloudSolrClient.Builder does not allow me to declare a default collection.
> {color:#22}BaseCloudSolrClient.setDefault{color}{color:#22}{color:#22}Collection(String)
> is effectively deprecated because CloudSolrClient no longer has a public
> constructor. {color}{color}
>
> {color:#22}{color:#22}Can we add an argument to the Builder
> constructor to accept a string for the default collection? Or a new setter
> on the Builder? {color}{color}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13720) Impossible to create effective ToParenBlockJoinQuery in custom QParser
Stanislav Livotov created SOLR-13720: Summary: Impossible to create effective ToParenBlockJoinQuery in custom QParser Key: SOLR-13720 URL: https://issues.apache.org/jira/browse/SOLR-13720 Project: Solr Issue Type: Bug Security Level: Public (Default Security Level. Issues are Public) Reporter: Stanislav Livotov According to Solr [ducumentation|[https://cwiki.apache.org/confluence/display/solr/SolrPlugins#SolrPlugins-QParserPlugin]] QParser is treated as a legal plugin. However, it is impossible to create an effective ToParentBlockJoin query without copy-pasting(BitDocIdSetFilterWrapper class and getCachedFilter method from BlockJoinParentQParser) or dirty hacks(like creating org.apache.solr.search.join package with some accessor method to package-private methodsin plugin code and adding it it WEB-INF/lib directory in order to be loaded by the same ClassLoader). I don't see a truly clean way how to fix it, but at least we can help custom plugin developers to create it a little bit easier by making BlockJoinParentQParser#getCachedFilter public and BlockJoinParentQParser#BitDocIdSetFilterWrapper and providing getter for BitDocIdSetFilterWrapper#filter. In order to create -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13568) Expand component should not cache group queries in the filter cache
[ https://issues.apache.org/jira/browse/SOLR-13568?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915871#comment-16915871 ] Ludovic Boutros commented on SOLR-13568: Any news on this ? [~tomasflobbe] do you think you could take a look on this tiny patch ? > Expand component should not cache group queries in the filter cache > --- > > Key: SOLR-13568 > URL: https://issues.apache.org/jira/browse/SOLR-13568 > Project: Solr > Issue Type: Bug >Affects Versions: 7.7.2, 8.1.1 >Reporter: Ludovic Boutros >Priority: Major > Time Spent: 10m > Remaining Estimate: 0h > > Currently the expand component is creating queries (bit sets) from the > current page document ids. > These queries are sadly put in the filter cache. > This behavior floods the filter cache and it becomes inefficient. > Therefore, the group query should be wrapped in a query with its cache flag > disabled. > This is a tiny little thing to do. The PR will follow very soon. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro-Java11 - Build # 372 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro-Java11/372/ [...truncated 31 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-master/3627/consoleText [repro] Revision: ff1e2fa6583724429bda7e469c622703a97408fa [repro] Repro line: ant test -Dtestcase=TestApiFramework -Dtests.method=testFramework -Dtests.seed=F8C52B49D6AC9414 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=naq-NA -Dtests.timezone=Europe/Athens -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: ff1e2fa6583724429bda7e469c622703a97408fa [repro] git fetch [...truncated 7 lines...] [repro] git checkout ff1e2fa6583724429bda7e469c622703a97408fa [...truncated 1 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] TestApiFramework [repro] ant compile-test [...truncated 3315 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TestApiFramework" -Dtests.showOutput=onerror -Dtests.seed=F8C52B49D6AC9414 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=naq-NA -Dtests.timezone=Europe/Athens -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 1474 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 5/5 failed: org.apache.solr.handler.admin.TestApiFramework [repro] Re-testing 100% failures at the tip of master [repro] git fetch [...truncated 7 lines...] [repro] git checkout master [...truncated 4 lines...] [repro] git merge --ff-only [...truncated 16 lines...] [repro] ant clean [...truncated 8 lines...] [repro] Test suites by module: [repro]solr/core [repro] TestApiFramework [repro] ant compile-test [...truncated 3315 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TestApiFramework" -Dtests.showOutput=onerror -Dtests.seed=F8C52B49D6AC9414 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=naq-NA -Dtests.timezone=Europe/Athens -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 1473 lines...] [repro] Setting last failure code to 256 [repro] Failures at the tip of master: [repro] 5/5 failed: org.apache.solr.handler.admin.TestApiFramework [repro] Re-testing 100% failures at the tip of master without a seed [repro] ant clean [...truncated 8 lines...] [repro] Test suites by module: [repro]solr/core [repro] TestApiFramework [repro] ant compile-test [...truncated 3315 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TestApiFramework" -Dtests.showOutput=onerror -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=naq-NA -Dtests.timezone=Europe/Athens -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 911 lines...] [repro] Setting last failure code to 256 [repro] Failures at the tip of master without a seed: [repro] 3/5 failed: org.apache.solr.handler.admin.TestApiFramework [repro] git checkout ff1e2fa6583724429bda7e469c622703a97408fa [...truncated 8 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Solr-reference-guide-8.x - Build # 5391 - Failure
Build: https://builds.apache.org/job/Solr-reference-guide-8.x/5391/
Log:
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites (git-websites svn-websites) in workspace
/home/jenkins/jenkins-slave/workspace/Solr-reference-guide-8.x
No credentials specified
> git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
> git config remote.origin.url
> https://gitbox.apache.org/repos/asf/lucene-solr.git # timeout=10
Cleaning workspace
> git rev-parse --verify HEAD # timeout=10
Resetting working tree
> git reset --hard # timeout=10
> git clean -fdx # timeout=10
Fetching upstream changes from
https://gitbox.apache.org/repos/asf/lucene-solr.git
> git --version # timeout=10
> git fetch --tags --progress
> https://gitbox.apache.org/repos/asf/lucene-solr.git
> +refs/heads/*:refs/remotes/origin/*
> git rev-parse refs/remotes/origin/branch_8x^{commit} # timeout=10
> git rev-parse refs/remotes/origin/origin/branch_8x^{commit} # timeout=10
Checking out Revision d0ea612d4eafece77db76c12437978032fcd90e3
(refs/remotes/origin/branch_8x)
> git config core.sparsecheckout # timeout=10
> git checkout -f d0ea612d4eafece77db76c12437978032fcd90e3
Commit message: "LUCENE-8955: Move compare logic to IntersectVisitor in
NearestNeighbor (#842)"
> git rev-list --no-walk d0ea612d4eafece77db76c12437978032fcd90e3 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins8057263729500061948.sh
+ gpg2 --keyserver hkp://pool.sks-keyservers.net --recv-keys
409B6B1796C275462A1703113804BB82D39DC0E3
7D2BAF1CF37B13E2069D6956105BD0E739499BDB
/tmp/jenkins8057263729500061948.sh: line 4: gpg2: command not found
+ command curl -sSL https://rvm.io/mpapis.asc
+ curl -sSL https://rvm.io/mpapis.asc
+ gpg --import -
gpg: key 3804BB82D39DC0E3: 47 signatures not checked due to missing keys
gpg: key 3804BB82D39DC0E3: "Michal Papis (RVM signing) " not
changed
gpg: Total number processed: 1
gpg: unchanged: 1
+ command curl -sSL https://rvm.io/pkuczynski.asc
+ curl -sSL https://rvm.io/pkuczynski.asc
+ gpg --import -
gpg: key 105BD0E739499BDB: "Piotr Kuczynski " not
changed
gpg: Total number processed: 1
gpg: unchanged: 1
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.5.1
+ GEMSET=solr-refguide-gemset
+ curl -sSL https://get.rvm.io
+ bash -s -- --ignore-dotfiles stable
Turning on ignore dotfiles mode.
Downloading https://github.com/rvm/rvm/archive/1.29.9.tar.gz
Downloading
https://github.com/rvm/rvm/releases/download/1.29.9/1.29.9.tar.gz.asc
gpg: Signature made Wed 10 Jul 2019 08:31:02 AM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Good signature from "Piotr Kuczynski " [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: 7D2B AF1C F37B 13E2 069D 6956 105B D0E7 3949 9BDB
GPG verified '/home/jenkins/.rvm/archives/rvm-1.29.9.tgz'
Upgrading the RVM installation in /home/jenkins/.rvm/
Upgrade of RVM in /home/jenkins/.rvm/ is complete.
Thanks for installing RVM
Please consider donating to our open collective to help us maintain RVM.
Donate: https://opencollective.com/rvm/donate
+ set +x
Running 'source /home/jenkins/.rvm/scripts/rvm'
Running 'rvm cleanup all'
Cleaning up rvm archives
Cleaning up rvm repos
Cleaning up rvm src
Cleaning up rvm log
Cleaning up rvm tmp
Cleaning up rvm gemsets
Cleaning up rvm links
Cleanup done.
Running 'rvm autolibs disable'
Running 'rvm install ruby-2.5.1'
Already installed ruby-2.5.1.
To reinstall use:
rvm reinstall ruby-2.5.1
Running 'rvm gemset create solr-refguide-gemset'
ruby-2.5.1 - #gemset created
/home/jenkins/.rvm/gems/ruby-2.5.1@solr-refguide-gemset
ruby-2.5.1 - #generating solr-refguide-gemset wrappers...
Running 'rvm ruby-2.5.1@solr-refguide-gemset'
Using /home/jenkins/.rvm/gems/ruby-2.5.1 with gemset solr-refguide-gemset
Running 'gem install --force --version 3.5.0 jekyll'
ERROR: While executing gem ... (Errno::ENOENT)
No such file or directory @ apply2files -
/home/jenkins/.rvm/gems/ruby-2.5.1@solr-refguide-gemset/gems/jekyll-3.5.0/lib/jekyll/document.rb
Build step 'Execute shell' marked build as failure
Archiving artifacts
Publishing Javadoc
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13452) Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle.
[ https://issues.apache.org/jira/browse/SOLR-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915829#comment-16915829 ] ASF subversion and git services commented on SOLR-13452: Commit b49af883d52491b532df7689f64a700668efd749 in lucene-solr's branch refs/heads/jira/SOLR-13452_gradle_5 from markrmiller [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=b49af88 ] SOLR-13452: Fix OSX permission issue. > Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle. > - > > Key: SOLR-13452 > URL: https://issues.apache.org/jira/browse/SOLR-13452 > Project: Solr > Issue Type: Improvement > Components: Build >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > Fix For: master (9.0) > > Attachments: gradle-build.pdf > > Time Spent: 10m > Remaining Estimate: 0h > > I took some things from the great work that Dat did in > [https://github.com/apache/lucene-solr/tree/jira/gradle] and took the ball a > little further. > > When working with gradle in sub modules directly, I recommend > [https://github.com/dougborg/gdub] > This gradle branch uses the following plugin for version locking, version > configuration and version consistency across modules: > [https://github.com/palantir/gradle-consistent-versions] > > https://github.com/apache/lucene-solr/tree/jira/SOLR-13452_gradle_5 -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13452) Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle.
[ https://issues.apache.org/jira/browse/SOLR-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915830#comment-16915830 ] ASF subversion and git services commented on SOLR-13452: Commit ff25fad1f3546aae129a3dc9614dfe9f0f080c8c in lucene-solr's branch refs/heads/jira/SOLR-13452_gradle_5 from markrmiller [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=ff25fad ] SOLR-13452: Fix ratSources perf issue. > Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle. > - > > Key: SOLR-13452 > URL: https://issues.apache.org/jira/browse/SOLR-13452 > Project: Solr > Issue Type: Improvement > Components: Build >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > Fix For: master (9.0) > > Attachments: gradle-build.pdf > > Time Spent: 10m > Remaining Estimate: 0h > > I took some things from the great work that Dat did in > [https://github.com/apache/lucene-solr/tree/jira/gradle] and took the ball a > little further. > > When working with gradle in sub modules directly, I recommend > [https://github.com/dougborg/gdub] > This gradle branch uses the following plugin for version locking, version > configuration and version consistency across modules: > [https://github.com/palantir/gradle-consistent-versions] > > https://github.com/apache/lucene-solr/tree/jira/SOLR-13452_gradle_5 -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13452) Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle.
[ https://issues.apache.org/jira/browse/SOLR-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915828#comment-16915828 ] ASF subversion and git services commented on SOLR-13452: Commit f74c67c5b6533929417d66a803fab0257457447f in lucene-solr's branch refs/heads/jira/SOLR-13452_gradle_5 from markrmiller [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=f74c67c ] SOLR-13452: Finish this rename properly. > Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle. > - > > Key: SOLR-13452 > URL: https://issues.apache.org/jira/browse/SOLR-13452 > Project: Solr > Issue Type: Improvement > Components: Build >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > Fix For: master (9.0) > > Attachments: gradle-build.pdf > > Time Spent: 10m > Remaining Estimate: 0h > > I took some things from the great work that Dat did in > [https://github.com/apache/lucene-solr/tree/jira/gradle] and took the ball a > little further. > > When working with gradle in sub modules directly, I recommend > [https://github.com/dougborg/gdub] > This gradle branch uses the following plugin for version locking, version > configuration and version consistency across modules: > [https://github.com/palantir/gradle-consistent-versions] > > https://github.com/apache/lucene-solr/tree/jira/SOLR-13452_gradle_5 -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13719) SolrClient.ping() in 8.2, using SolrJ
Benjamin Wade Friedman created SOLR-13719:
-
Summary: SolrClient.ping() in 8.2, using SolrJ
Key: SOLR-13719
URL: https://issues.apache.org/jira/browse/SOLR-13719
Project: Solr
Issue Type: Bug
Security Level: Public (Default Security Level. Issues are Public)
Components: clients - java
Affects Versions: 8.2
Environment: linux mint 19, java8
Reporter: Benjamin Wade Friedman
{color:#22}I started a local SolrCloud instance with two nodes and two
replicas per node. I created one empty collection on each node. So I guess I
have two shard per collection.
{color}
I tried to use the ping method in Solrj to verify my connected client. When I
try to use it, it throws ...
Caused by: org.apache.solr.common.SolrException: No collection param specified
on request and no default collection has been set: []
at
org.apache.solr.client.solrj.impl.BaseCloudSolrClient.sendRequest(BaseCloudSolrClient.java:1071)
~[solr-solrj-8.2.0.jar:8.2.0 31d7ec7bbfdcd2c4cc61d9d35e962165410b65fe - ivera
- 2019-07-19 15:11:07]
I cannot pass a collection name to the ping request. And the
CloudSolrClient.Builder does not allow me to declare a default collection.
{color:#22}BaseCloudSolrClient.setDefault{color}{color:#22}{color:#22}Collection(String)
is effectively deprecated because CloudSolrClient no longer has a public
constructor. {color}{color}
{color:#22}{color:#22}Can we add an argument to the Builder constructor
to accept a string for the default collection? Or a new setter on the Builder?
{color}{color}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-master - Build # 3627 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3627/
1 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[0]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate the latest segments periodically from the shard leader.
PULL replicas can't become shard leaders, and need at least one active
TLOG(recommended) or NRT replicas in the shard to replicate from."},
"nodeSet":{ "type":"array",
"items":{"type":"string"}, "description":"Defines nodes to spread
the new collection across. If not provided, the collection will be spread
across all live Solr nodes. The names to use are the 'node_name', which can be
found by a request to the cluster/nodes endpoint. A special value of EMPTY will
create no shards or replicas
[GitHub] [lucene-solr] noblepaul opened a new pull request #846: SOLR-13710: Persist package jars locally & expose them over http
noblepaul opened a new pull request #846: SOLR-13710: Persist package jars locally & expose them over http URL: https://github.com/apache/lucene-solr/pull/846 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9658) Caches should have an optional way to clean if idle for 'x' mins
[
https://issues.apache.org/jira/browse/SOLR-9658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915748#comment-16915748
]
Andrzej Bialecki commented on SOLR-9658:
-
Updated patch synced with the current master. [~hossman] if this looks ok I'd
like to commit it shortly.
> Caches should have an optional way to clean if idle for 'x' mins
>
>
> Key: SOLR-9658
> URL: https://issues.apache.org/jira/browse/SOLR-9658
> Project: Solr
> Issue Type: New Feature
>Reporter: Noble Paul
>Assignee: Andrzej Bialecki
>Priority: Major
> Fix For: 8.3
>
> Attachments: SOLR-9658.patch, SOLR-9658.patch, SOLR-9658.patch,
> SOLR-9658.patch, SOLR-9658.patch, SOLR-9658.patch
>
>
> If a cache is idle for long, it consumes precious memory. It should be
> configurable to clear the cache if it was not accessed for 'x' secs. The
> cache configuration can have an extra config {{maxIdleTime}} . if we wish it
> to the cleaned after 10 mins of inactivity set it to {{maxIdleTime=600}}.
> [~dragonsinth] would it be a solution for the memory leak you mentioned?
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-9658) Caches should have an optional way to clean if idle for 'x' mins
[
https://issues.apache.org/jira/browse/SOLR-9658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrzej Bialecki updated SOLR-9658:
Attachment: SOLR-9658.patch
> Caches should have an optional way to clean if idle for 'x' mins
>
>
> Key: SOLR-9658
> URL: https://issues.apache.org/jira/browse/SOLR-9658
> Project: Solr
> Issue Type: New Feature
>Reporter: Noble Paul
>Assignee: Andrzej Bialecki
>Priority: Major
> Fix For: 8.3
>
> Attachments: SOLR-9658.patch, SOLR-9658.patch, SOLR-9658.patch,
> SOLR-9658.patch, SOLR-9658.patch, SOLR-9658.patch
>
>
> If a cache is idle for long, it consumes precious memory. It should be
> configurable to clear the cache if it was not accessed for 'x' secs. The
> cache configuration can have an extra config {{maxIdleTime}} . if we wish it
> to the cleaned after 10 mins of inactivity set it to {{maxIdleTime=600}}.
> [~dragonsinth] would it be a solution for the memory leak you mentioned?
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk-12.0.1) - Build # 5313 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/5313/
Java: 64bit/jdk-12.0.1 -XX:-UseCompressedOops -XX:+UseParallelGC
6 tests failed.
FAILED: org.apache.solr.handler.TestContainerReqHandler.testPackageAPI
Error Message:
attempt: 9 Mismatch for value : '[requestHandler]' in response {
"responseHeader":{ "status":0, "QTime":0}, "metadata":{"version":3},
"runtimeLib":[{ "name":"global",
"url":"http://localhost:49348/jar3.jar;,
"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922":"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922",
"znodeVersion":3}], "requestHandler":[{ "name":"bar",
"znodeVersion":3, "class":"org.apache.solr.core.RuntimeLibReqHandler",
"package":"global"}]}
Stack Trace:
java.lang.AssertionError: attempt: 9 Mismatch for value : '[requestHandler]' in
response {
"responseHeader":{
"status":0,
"QTime":0},
"metadata":{"version":3},
"runtimeLib":[{
"name":"global",
"url":"http://localhost:49348/jar3.jar;,
"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922":"60ec88c2a2e9b409f7afc309273383810a0d07a078b482434eda9674f7e25b8adafa8a67c9913c996cbfb78a7f6ad2b9db26dbd4fe0ca4068f248d5db563f922",
"znodeVersion":3}],
"requestHandler":[{
"name":"bar",
"znodeVersion":3,
"class":"org.apache.solr.core.RuntimeLibReqHandler",
"package":"global"}]}
at
__randomizedtesting.SeedInfo.seed([F7872CCF00230380:85883981AC785990]:0)
at org.junit.Assert.fail(Assert.java:88)
at
org.apache.solr.handler.TestContainerReqHandler.assertResponseValues(TestContainerReqHandler.java:117)
at
org.apache.solr.handler.TestContainerReqHandler.testPackageAPI(TestContainerReqHandler.java:232)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:567)
at
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988)
at
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:947)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at
[jira] [Commented] (SOLR-13718) SPLITSHARD using async can cause data loss
[
https://issues.apache.org/jira/browse/SOLR-13718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915713#comment-16915713
]
Mikhail Khludnev commented on SOLR-13718:
-
bq. seems like there's a considerable refactoring there around handling of
these collection API responses
It's probably due to SOLR-12291. Let me know if you need some comments.
> SPLITSHARD using async can cause data loss
> --
>
> Key: SOLR-13718
> URL: https://issues.apache.org/jira/browse/SOLR-13718
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.7.2
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
> Attachments: SOLR-13718.patch, solr.zip
>
>
> When using SPLITSHARD with async, if there are underlying failures in the
> SPLIT core command or other sub-commands of SPLITSHARD, then SPLITSHARD
> succeeds and results in two empty sub-shards.
> There are various potential failures with SPLIT core command, here's a way to
> reproduce using a Solr 6x index in Solr 7x.
> Steps to reproduce (in Solr 7x):
> {code}
> 1. Import the attached configset, and create a collection.
> 2. Move in the attached data directory (index created in Solr6x) in place of
> the created collection's data directory. Do a collection RELOAD.
> 3. Issue a *:* query, we see 5 documents.
> 4. Issue a SPLITSHARD, and then issue *:*, we see 0 documents.
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13718) SPLITSHARD using async can cause data loss
[
https://issues.apache.org/jira/browse/SOLR-13718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915708#comment-16915708
]
Ishan Chattopadhyaya commented on SOLR-13718:
-
This problem seems to affect 7.7 and 8x, but not master (seems like there's a
considerable refactoring there around handling of these collection API
responses). Will look into the master in more detail.
> SPLITSHARD using async can cause data loss
> --
>
> Key: SOLR-13718
> URL: https://issues.apache.org/jira/browse/SOLR-13718
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.7.2
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
> Attachments: SOLR-13718.patch, solr.zip
>
>
> When using SPLITSHARD with async, if there are underlying failures in the
> SPLIT core command or other sub-commands of SPLITSHARD, then SPLITSHARD
> succeeds and results in two empty sub-shards.
> There are various potential failures with SPLIT core command, here's a way to
> reproduce using a Solr 6x index in Solr 7x.
> Steps to reproduce (in Solr 7x):
> {code}
> 1. Import the attached configset, and create a collection.
> 2. Move in the attached data directory (index created in Solr6x) in place of
> the created collection's data directory. Do a collection RELOAD.
> 3. Issue a *:* query, we see 5 documents.
> 4. Issue a SPLITSHARD, and then issue *:*, we see 0 documents.
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13718) SPLITSHARD using async can cause data loss
[
https://issues.apache.org/jira/browse/SOLR-13718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ishan Chattopadhyaya updated SOLR-13718:
Attachment: SOLR-13718.patch
> SPLITSHARD using async can cause data loss
> --
>
> Key: SOLR-13718
> URL: https://issues.apache.org/jira/browse/SOLR-13718
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.7.2
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
> Attachments: SOLR-13718.patch, solr.zip
>
>
> When using SPLITSHARD with async, if there are underlying failures in the
> SPLIT core command or other sub-commands of SPLITSHARD, then SPLITSHARD
> succeeds and results in two empty sub-shards.
> There are various potential failures with SPLIT core command, here's a way to
> reproduce using a Solr 6x index in Solr 7x.
> Steps to reproduce (in Solr 7x):
> {code}
> 1. Import the attached configset, and create a collection.
> 2. Move in the attached data directory (index created in Solr6x) in place of
> the created collection's data directory. Do a collection RELOAD.
> 3. Issue a *:* query, we see 5 documents.
> 4. Issue a SPLITSHARD, and then issue *:*, we see 0 documents.
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13718) SPLITSHARD using async can cause data loss
[
https://issues.apache.org/jira/browse/SOLR-13718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915700#comment-16915700
]
Ishan Chattopadhyaya commented on SOLR-13718:
-
Attaching a patch to fix this.
> SPLITSHARD using async can cause data loss
> --
>
> Key: SOLR-13718
> URL: https://issues.apache.org/jira/browse/SOLR-13718
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.7.2
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
> Attachments: SOLR-13718.patch, solr.zip
>
>
> When using SPLITSHARD with async, if there are underlying failures in the
> SPLIT core command or other sub-commands of SPLITSHARD, then SPLITSHARD
> succeeds and results in two empty sub-shards.
> There are various potential failures with SPLIT core command, here's a way to
> reproduce using a Solr 6x index in Solr 7x.
> Steps to reproduce (in Solr 7x):
> {code}
> 1. Import the attached configset, and create a collection.
> 2. Move in the attached data directory (index created in Solr6x) in place of
> the created collection's data directory. Do a collection RELOAD.
> 3. Issue a *:* query, we see 5 documents.
> 4. Issue a SPLITSHARD, and then issue *:*, we see 0 documents.
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13718) SPLITSHARD using async can cause data loss
[
https://issues.apache.org/jira/browse/SOLR-13718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ishan Chattopadhyaya updated SOLR-13718:
Attachment: solr.zip
Status: Open (was: Open)
Attaching configset and data directory to reproduce this issue in Solr 7x.
> SPLITSHARD using async can cause data loss
> --
>
> Key: SOLR-13718
> URL: https://issues.apache.org/jira/browse/SOLR-13718
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.7.2
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
> Attachments: solr.zip
>
>
> When using SPLITSHARD with async, if there are underlying failures in the
> SPLIT core command or other sub-commands of SPLITSHARD, then SPLITSHARD
> succeeds and results in two empty sub-shards.
> There are various potential failures with SPLIT core command, here's a way to
> reproduce using a Solr 6x index in Solr 7x.
> Steps to reproduce (in Solr 7x):
> {code}
> 1. Import the attached configset, and create a collection.
> 2. Move in the attached data directory (index created in Solr6x) in place of
> the created collection's data directory. Do a collection RELOAD.
> 3. Issue a *:* query, we see 5 documents.
> 4. Issue a SPLITSHARD, and then issue *:*, we see 0 documents.
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-8951) Create issues@ and builds@ lists and update notifications
[ https://issues.apache.org/jira/browse/LUCENE-8951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl updated LUCENE-8951: Description: Issue to plan and execute decision from dev mailing list [https://lists.apache.org/thread.html/762d72a9045642dc488dc7a2fd0a525707e5fa5671ac0648a3604c9b@%3Cdev.lucene.apache.org%3E] # Create mailing lists as an announce only list (/) # Subscribe all emails that will be allowed to post (/) # Update websites with info about the new lists # Announce to dev@ list that the change will happen # Modify Jira and Github bots to post to issues@ list instead of dev@ # Modify Jenkins (including Policeman and other) to post to builds@ # Announce to dev@ list that the change is effective was: Issue to plan and execute decision from dev mailing list [https://lists.apache.org/thread.html/762d72a9045642dc488dc7a2fd0a525707e5fa5671ac0648a3604c9b@%3Cdev.lucene.apache.org%3E] # Create mailing lists as an announce only list (/) # Subscribe all emails that will be allowed to post # Update websites with info about the new lists # Announce to dev@ list that the change will happen # Modify Jira and Github bots to post to issues@ list instead of dev@ # Modify Jenkins (including Policeman and other) to post to builds@ # Announce to dev@ list that the change is effective > Create issues@ and builds@ lists and update notifications > - > > Key: LUCENE-8951 > URL: https://issues.apache.org/jira/browse/LUCENE-8951 > Project: Lucene - Core > Issue Type: Task >Reporter: Jan Høydahl >Assignee: Jan Høydahl >Priority: Major > > Issue to plan and execute decision from dev mailing list > [https://lists.apache.org/thread.html/762d72a9045642dc488dc7a2fd0a525707e5fa5671ac0648a3604c9b@%3Cdev.lucene.apache.org%3E] > # Create mailing lists as an announce only list (/) > # Subscribe all emails that will be allowed to post (/) > # Update websites with info about the new lists > # Announce to dev@ list that the change will happen > # Modify Jira and Github bots to post to issues@ list instead of dev@ > # Modify Jenkins (including Policeman and other) to post to builds@ > # Announce to dev@ list that the change is effective -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13718) SPLITSHARD using async can cause data loss
[
https://issues.apache.org/jira/browse/SOLR-13718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915697#comment-16915697
]
Ishan Chattopadhyaya commented on SOLR-13718:
-
This is a spin off from SOLR-13695. THe last comment there describes how I
discovered this bug.
> SPLITSHARD using async can cause data loss
> --
>
> Key: SOLR-13718
> URL: https://issues.apache.org/jira/browse/SOLR-13718
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.7.2
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
>
> When using SPLITSHARD with async, if there are underlying failures in the
> SPLIT core command or other sub-commands of SPLITSHARD, then SPLITSHARD
> succeeds and results in two empty sub-shards.
> There are various potential failures with SPLIT core command, here's a way to
> reproduce using a Solr 6x index in Solr 7x.
> Steps to reproduce (in Solr 7x):
> {code}
> 1. Import the attached configset, and create a collection.
> 2. Move in the attached data directory (index created in Solr6x) in place of
> the created collection's data directory. Do a collection RELOAD.
> 3. Issue a *:* query, we see 5 documents.
> 4. Issue a SPLITSHARD, and then issue *:*, we see 0 documents.
> {code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13718) SPLITSHARD using async can cause data loss
Ishan Chattopadhyaya created SOLR-13718:
---
Summary: SPLITSHARD using async can cause data loss
Key: SOLR-13718
URL: https://issues.apache.org/jira/browse/SOLR-13718
Project: Solr
Issue Type: Improvement
Security Level: Public (Default Security Level. Issues are Public)
Affects Versions: 7.7.2
Reporter: Ishan Chattopadhyaya
Assignee: Ishan Chattopadhyaya
When using SPLITSHARD with async, if there are underlying failures in the SPLIT
core command or other sub-commands of SPLITSHARD, then SPLITSHARD succeeds and
results in two empty sub-shards.
There are various potential failures with SPLIT core command, here's a way to
reproduce using a Solr 6x index in Solr 7x.
Steps to reproduce (in Solr 7x):
{code}
1. Import the attached configset, and create a collection.
2. Move in the attached data directory (index created in Solr6x) in place of
the created collection's data directory. Do a collection RELOAD.
3. Issue a *:* query, we see 5 documents.
4. Issue a SPLITSHARD, and then issue *:*, we see 0 documents.
{code}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8951) Create issues@ and builds@ lists and update notifications
[ https://issues.apache.org/jira/browse/LUCENE-8951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915672#comment-16915672 ] Jan Høydahl commented on LUCENE-8951: - I [added jenk...@thetaphi.de|mailto:added%c2%a0jenk...@thetaphi.de] to allow-subscribe and INFRA completed the other tasks. > Create issues@ and builds@ lists and update notifications > - > > Key: LUCENE-8951 > URL: https://issues.apache.org/jira/browse/LUCENE-8951 > Project: Lucene - Core > Issue Type: Task >Reporter: Jan Høydahl >Assignee: Jan Høydahl >Priority: Major > > Issue to plan and execute decision from dev mailing list > [https://lists.apache.org/thread.html/762d72a9045642dc488dc7a2fd0a525707e5fa5671ac0648a3604c9b@%3Cdev.lucene.apache.org%3E] > # Create mailing lists as an announce only list (/) > # Subscribe all emails that will be allowed to post > # Update websites with info about the new lists > # Announce to dev@ list that the change will happen > # Modify Jira and Github bots to post to issues@ list instead of dev@ > # Modify Jenkins (including Policeman and other) to post to builds@ > # Announce to dev@ list that the change is effective -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-12.0.1) - Build # 24610 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24610/
Java: 64bit/jdk-12.0.1 -XX:+UseCompressedOops -XX:+UseG1GC
4 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[0]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#list;,
"description":"List all available collections and their properties.",
"methods":["GET"], "url":{"paths":[ "/collections",
"/c"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate the latest segments periodically from the shard leader.
PULL replicas can't become shard leaders, and need at least one active
TLOG(recommended) or NRT replicas in the shard to replicate from."},
"nodeSet":{ "type":"array",
[JENKINS] Lucene-Solr-repro-Java11 - Build # 371 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro-Java11/371/ [...truncated 31 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-master/3626/consoleText [repro] Revision: 0ad8c1f30226adedb3ed64118961e7fbf86d8c98 [repro] Repro line: ant test -Dtestcase=TestCloudJSONFacetSKG -Dtests.method=testRandom -Dtests.seed=94F56D38E1983FF4 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=en-VI -Dtests.timezone=SystemV/EST5 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: ff1e2fa6583724429bda7e469c622703a97408fa [repro] git fetch [repro] git checkout 0ad8c1f30226adedb3ed64118961e7fbf86d8c98 [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] TestCloudJSONFacetSKG [repro] ant compile-test [...truncated 3315 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TestCloudJSONFacetSKG" -Dtests.showOutput=onerror -Dtests.seed=94F56D38E1983FF4 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=en-VI -Dtests.timezone=SystemV/EST5 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 28274 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 2/5 failed: org.apache.solr.search.facet.TestCloudJSONFacetSKG [repro] git checkout ff1e2fa6583724429bda7e469c622703a97408fa [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 6 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-8.x-Windows (64bit/jdk-12.0.1) - Build # 422 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Windows/422/ Java: 64bit/jdk-12.0.1 -XX:-UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.TestRebalanceLeaders Error Message: Timeout occurred while waiting response from server at: http://127.0.0.1:63513/solr Stack Trace: org.apache.solr.client.solrj.SolrServerException: Timeout occurred while waiting response from server at: http://127.0.0.1:63513/solr at __randomizedtesting.SeedInfo.seed([121A50313557100C]:0) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:667) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:262) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:245) at org.apache.solr.client.solrj.impl.LBSolrClient.doRequest(LBSolrClient.java:368) at org.apache.solr.client.solrj.impl.LBSolrClient.request(LBSolrClient.java:296) at org.apache.solr.client.solrj.impl.BaseCloudSolrClient.sendRequest(BaseCloudSolrClient.java:1128) at org.apache.solr.client.solrj.impl.BaseCloudSolrClient.requestWithRetryOnStaleState(BaseCloudSolrClient.java:897) at org.apache.solr.client.solrj.impl.BaseCloudSolrClient.request(BaseCloudSolrClient.java:829) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:211) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:228) at org.apache.solr.cloud.TestRebalanceLeaders.setupCluster(TestRebalanceLeaders.java:72) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:878) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:835) Caused by: java.net.SocketTimeoutException: Read timed out at java.base/java.net.SocketInputStream.socketRead0(Native Method) at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115) at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168) at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140) at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:137) at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:153) at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:282) at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:138) at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56) at
[JENKINS] Lucene-Solr-SmokeRelease-8.x - Build # 191 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-8.x/191/ No tests ran. Build Log: [...truncated 24871 lines...] [asciidoctor:convert] asciidoctor: ERROR: about-this-guide.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [asciidoctor:convert] asciidoctor: ERROR: solr-glossary.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [java] Processed 2594 links (2120 relative) to 3410 anchors in 259 files [echo] Validated Links & Anchors via: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/build/solr-ref-guide/bare-bones-html/ -dist-changes: [copy] Copying 4 files to /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/package/changes package: -unpack-solr-tgz: -ensure-solr-tgz-exists: [mkdir] Created dir: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/build/solr.tgz.unpacked [untar] Expanding: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/package/solr-8.3.0.tgz into /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/build/solr.tgz.unpacked generate-maven-artifacts: resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure:
[jira] [Commented] (SOLR-6930) Provide "Circuit Breakers" For Expensive Solr Queries
[ https://issues.apache.org/jira/browse/SOLR-6930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915614#comment-16915614 ] Dr Oleg Savrasov commented on SOLR-6930: Kill-switch config property has been added > Provide "Circuit Breakers" For Expensive Solr Queries > - > > Key: SOLR-6930 > URL: https://issues.apache.org/jira/browse/SOLR-6930 > Project: Solr > Issue Type: Improvement > Components: search >Reporter: Mike Drob >Priority: Major > Attachments: SOLR-6930.patch, SOLR-6930.patch, SOLR-6930.patch > > > Ref: > http://www.elasticsearch.org/guide/en/elasticsearch/guide/current/_limiting_memory_usage.html > ES currently allows operators to configure "circuit breakers" to preemptively > fail queries that are estimated too large rather than allowing an OOM > Exception to happen. We might be able to do the same thing. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-6930) Provide "Circuit Breakers" For Expensive Solr Queries
[ https://issues.apache.org/jira/browse/SOLR-6930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dr Oleg Savrasov updated SOLR-6930: --- Attachment: SOLR-6930.patch > Provide "Circuit Breakers" For Expensive Solr Queries > - > > Key: SOLR-6930 > URL: https://issues.apache.org/jira/browse/SOLR-6930 > Project: Solr > Issue Type: Improvement > Components: search >Reporter: Mike Drob >Priority: Major > Attachments: SOLR-6930.patch, SOLR-6930.patch, SOLR-6930.patch > > > Ref: > http://www.elasticsearch.org/guide/en/elasticsearch/guide/current/_limiting_memory_usage.html > ES currently allows operators to configure "circuit breakers" to preemptively > fail queries that are estimated too large rather than allowing an OOM > Exception to happen. We might be able to do the same thing. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8951) Create issues@ and builds@ lists and update notifications
[ https://issues.apache.org/jira/browse/LUCENE-8951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915557#comment-16915557 ] Jan Høydahl commented on LUCENE-8951: - Filed INFRA-18933 for changing reply-to address for builds list, whitelist thetapi jenkins and add [~thetaphi] as moderator for both lists. Anyone that have time to update the websites and draft an announce mail? My next few days are quite full. The announce mail should point to the website for sign-up instructions and say that bot traffic will move to the new lists within the next few days... > Create issues@ and builds@ lists and update notifications > - > > Key: LUCENE-8951 > URL: https://issues.apache.org/jira/browse/LUCENE-8951 > Project: Lucene - Core > Issue Type: Task >Reporter: Jan Høydahl >Assignee: Jan Høydahl >Priority: Major > > Issue to plan and execute decision from dev mailing list > [https://lists.apache.org/thread.html/762d72a9045642dc488dc7a2fd0a525707e5fa5671ac0648a3604c9b@%3Cdev.lucene.apache.org%3E] > # Create mailing lists as an announce only list (/) > # Subscribe all emails that will be allowed to post > # Update websites with info about the new lists > # Announce to dev@ list that the change will happen > # Modify Jira and Github bots to post to issues@ list instead of dev@ > # Modify Jenkins (including Policeman and other) to post to builds@ > # Announce to dev@ list that the change is effective -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13510) Intermittent 401's for internode requests with basicauth enabled
[
https://issues.apache.org/jira/browse/SOLR-13510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915553#comment-16915553
]
Cao Manh Dat commented on SOLR-13510:
-
Hi [~sjwoodard] I kinda think this problem relate to TLOG/PULL replicas with
basicauth enabled. Can you open a new issue and provide steps to reproduce your
problem?
> Intermittent 401's for internode requests with basicauth enabled
>
>
> Key: SOLR-13510
> URL: https://issues.apache.org/jira/browse/SOLR-13510
> Project: Solr
> Issue Type: Bug
> Components: Authentication
>Affects Versions: master (9.0)
>Reporter: Jason Gerlowski
>Assignee: Cao Manh Dat
>Priority: Major
> Fix For: master (9.0), 8.2, 8.1.2
>
> Attachments: SOLR-13510.patch
>
>
> We recently got a bug report on the mailing list:
> {quote}
> On Solr 8.1.1, using our previously working security.json, running queries
> (through the admin UI currently) I non-deterministically get 401 responses
> on queries when a collection has more than 1 shard. Increasing the number
> of shards in the collection makes the errors more likely.
> {
> "responseHeader":{
> "zkConnected":true,
> "status":401,
> "QTime":30,
> "params":{
> "q":"*:*",
> "_":"1559474550365"}},
> "error":{
> "metadata":[
> "error-class","org.apache.solr.client.solrj.impl.BaseHttpSolrClient$RemoteSolrException",
> "root-error-class","org.apache.solr.client.solrj.impl.BaseHttpSolrClient$RemoteSolrException"],
> "msg":"Error from server at null: Expected mime type
> application/octet-stream but got text/html. \n\n http-equiv=\"Content-Type\"
> content=\"text/html;charset=utf-8\"/>\nError 401 require
> authentication\n\nHTTP ERROR 401\nProblem
> accessing /solr/gettingstarted_shard4_replica_n6/select. Reason:\n
> require authentication\n\n\n",
> "code":401}}
> {quote}
> The reporter (credit to Colvin Cowie) also gives reproduction steps:
> {quote}
># Extract solr 8.1.1.
># bin\solr start -e cloud
> 1 node / [default port] / [default collection name] / 4 shards / 1
> replica / [_default configuration]
># server\scripts\cloud-scripts\zkcli -zkhost localhost:9983 -cmd putfile
> /security.json
> {
> "authentication": {
> "blockUnknown": true,
> "class": "solr.BasicAuthPlugin",
> "credentials": {
> "solradmin": "PIWZwkGnEKxKnqUs3X08xmbmYBaYyAeP3FiKp7fmeHc=
> Lnbp6bEbE7Ap8lXvQDKkUX2Xw53QDgP6Ae8QRT0P5/A="
> }
> },
> "authorization": {
> "class": "solr.RuleBasedAuthorizationPlugin",
> "permissions": [{ "name": "all", "role": "admin"} ],
> "user-role": {"solradmin": "admin"}
> }
> }
> {quote}
> (Minor edits for conciseness)
> I'm able to reproduce this bug as well. Other auth issues (SOLR-13472) look
> like they're impacted by the topography of the collection and cluster. But
> this doesn't seem affected by that at all (401's occur on inter-node requests
> regardless of the recipient of the initial request, and even when all nodes
> have a shard replica).
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (LUCENE-8955) Move compare logic to IntersectVisitor in NearestNeighbor
[ https://issues.apache.org/jira/browse/LUCENE-8955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ignacio Vera resolved LUCENE-8955. -- Fix Version/s: 8.3 Assignee: Ignacio Vera Resolution: Fixed > Move compare logic to IntersectVisitor in NearestNeighbor > - > > Key: LUCENE-8955 > URL: https://issues.apache.org/jira/browse/LUCENE-8955 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Ignacio Vera >Assignee: Ignacio Vera >Priority: Minor > Fix For: 8.3 > > Time Spent: 0.5h > Remaining Estimate: 0h > > Similar to LUCENE-8914, move compare logic to the IntersectVisitor so we can > take advantage of the improvement added on LUCENE-7862. I ran the > geoBenchmark for nearest 10 locally and the change provides an improvement of > around 30%. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8955) Move compare logic to IntersectVisitor in NearestNeighbor
[ https://issues.apache.org/jira/browse/LUCENE-8955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915535#comment-16915535 ] ASF subversion and git services commented on LUCENE-8955: - Commit d0ea612d4eafece77db76c12437978032fcd90e3 in lucene-solr's branch refs/heads/branch_8x from Ignacio Vera [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=d0ea612 ] LUCENE-8955: Move compare logic to IntersectVisitor in NearestNeighbor (#842) > Move compare logic to IntersectVisitor in NearestNeighbor > - > > Key: LUCENE-8955 > URL: https://issues.apache.org/jira/browse/LUCENE-8955 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Ignacio Vera >Priority: Minor > Time Spent: 0.5h > Remaining Estimate: 0h > > Similar to LUCENE-8914, move compare logic to the IntersectVisitor so we can > take advantage of the improvement added on LUCENE-7862. I ran the > geoBenchmark for nearest 10 locally and the change provides an improvement of > around 30%. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8955) Move compare logic to IntersectVisitor in NearestNeighbor
[ https://issues.apache.org/jira/browse/LUCENE-8955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16915534#comment-16915534 ] ASF subversion and git services commented on LUCENE-8955: - Commit ff1e2fa6583724429bda7e469c622703a97408fa in lucene-solr's branch refs/heads/master from Ignacio Vera [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=ff1e2fa ] LUCENE-8955: Move compare logic to IntersectVisitor in NearestNeighbor (#842) > Move compare logic to IntersectVisitor in NearestNeighbor > - > > Key: LUCENE-8955 > URL: https://issues.apache.org/jira/browse/LUCENE-8955 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Ignacio Vera >Priority: Minor > Time Spent: 0.5h > Remaining Estimate: 0h > > Similar to LUCENE-8914, move compare logic to the IntersectVisitor so we can > take advantage of the improvement added on LUCENE-7862. I ran the > geoBenchmark for nearest 10 locally and the change provides an improvement of > around 30%. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] [lucene-solr] iverase merged pull request #842: LUCENE-8955: Move compare logic to IntersectVisitor in NearestNeighbor
iverase merged pull request #842: LUCENE-8955: Move compare logic to IntersectVisitor in NearestNeighbor URL: https://github.com/apache/lucene-solr/pull/842 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-master - Build # 3626 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3626/ 1 tests failed. FAILED: org.apache.solr.search.facet.TestCloudJSONFacetSKG.testRandom Error Message: Error from server at http://127.0.0.1:41555/solr/org.apache.solr.search.facet.TestCloudJSONFacetSKG_collection: Expected mime type application/octet-stream but got text/html. Error 500 Server Error HTTP ERROR 500 Problem accessing /solr/org.apache.solr.search.facet.TestCloudJSONFacetSKG_collection/select. Reason: Server ErrorCaused by:java.lang.AssertionError at java.base/java.util.HashMap$TreeNode.moveRootToFront(HashMap.java:1896) at java.base/java.util.HashMap$TreeNode.putTreeVal(HashMap.java:2061) at java.base/java.util.HashMap.putVal(HashMap.java:633) at java.base/java.util.HashMap.put(HashMap.java:607) at org.apache.solr.search.LRUCache.put(LRUCache.java:197) at org.apache.solr.search.SolrCacheHolder.put(SolrCacheHolder.java:88) at org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:1449) at org.apache.solr.search.SolrIndexSearcher.search(SolrIndexSearcher.java:568) at org.apache.solr.handler.component.QueryComponent.doProcessUngroupedSearch(QueryComponent.java:1484) at org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:398) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:305) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:200) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2598) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:780) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:566) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:423) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:350) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) at org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:165) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1711) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1347) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1678) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1249) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:753) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) at org.eclipse.jetty.server.Server.handle(Server.java:505) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:781) at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:917) at java.base/java.lang.Thread.run(Thread.java:834) http://eclipse.org/jetty;>Powered by Jetty:// 9.4.19.v20190610 Stack Trace: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error from server at http://127.0.0.1:41555/solr/org.apache.solr.search.facet.TestCloudJSONFacetSKG_collection: Expected mime type application/octet-stream but got text/html. Error 500 Server Error HTTP ERROR 500 Problem accessing /solr/org.apache.solr.search.facet.TestCloudJSONFacetSKG_collection/select. Reason: Server ErrorCaused by:java.lang.AssertionError at java.base/java.util.HashMap$TreeNode.moveRootToFront(HashMap.java:1896) at java.base/java.util.HashMap$TreeNode.putTreeVal(HashMap.java:2061) at java.base/java.util.HashMap.putVal(HashMap.java:633) at java.base/java.util.HashMap.put(HashMap.java:607) at org.apache.solr.search.LRUCache.put(LRUCache.java:197) at org.apache.solr.search.SolrCacheHolder.put(SolrCacheHolder.java:88) at
[JENKINS] Lucene-Solr-master-Windows (64bit/jdk-11.0.3) - Build # 8109 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/8109/
Java: 64bit/jdk-11.0.3 -XX:+UseCompressedOops -XX:+UseParallelGC
5 tests failed.
FAILED: org.apache.solr.handler.admin.TestApiFramework.testFramework
Error Message:
incorrect value for path /spec[1]/methods[0] in :{ "spec":[ {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#delete;,
"description":"Deletes a collection.", "methods":["DELETE"],
"url":{"paths":[ "/collections/{collection}",
"/c/{collection}"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#list;,
"description":"List all available collections and their properties.",
"methods":["GET"], "url":{"paths":[ "/collections",
"/c"]}}, {
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create collections and collection aliases, backup or
restore collections, and delete collections and aliases.",
"methods":["POST"], "url":{"paths":[ "/collections",
"/c"]}, "commands":{ "create":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/collection-management.html#create;,
"description":"Create a collection.", "properties":{
"name":{ "type":"string", "description":"The
name of the collection to be created."}, "config":{
"type":"string", "description":"The name of the configuration set
(which must already be stored in ZooKeeper) to use for this collection. If not
provided, Solr will default to the collection name as the configuration set
name."}, "router":{ "type":"object",
"documentation":"https://lucene.apache.org/solr/guide/shards-and-indexing-data-in-solrcloud.html;,
"description":"These properties define how to distribute
documents across a collection's shards.", "properties":{
"name":{ "type":"string", "enum":[
"implicit", "compositeId"],
"description":"The router implementation to use for this collection. There
are two options: compositeId or implicit. The compositeId option has Solr
decide how to distribute documents (with some possibilities for customization).
The implicit option requires you define your own routing strategy, and puts the
balancing of documents in shards entirely in your hands.",
"default":"compositeId"}, "field":{
"type":"string", "description":"A field to be used by Solr to
identify the shard a document should be routed to. By default, the field
defined as the unique ID for each document is used, but an alternative field
can be defined with this parameter."}}}, "numShards":{
"type":"integer", "description":"The number of shards to be
created as part of the collection. Shards are logical partitions of a single
collection. Each shard has at least one replica, but more replicas for each
shard can be defined with the replicationFactor property. This is a required
parameter when using the 'compositeId' router."}, "shards":{
"type":"string", "description":"A comma-separated list of
shard names, e.g., shard-x,shard-y,shard-z. This is a required parameter when
using the 'implicit' router."}, "replicationFactor":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard."}, "nrtReplicas":{
"type":"integer", "description":"The number of NRT replicas to be
created for each shard. Replicas are physical copies of each shard, acting as
failover for the shard. Replicas of type NRT will be updated with each document
that is added to the cluster, and can use \"softCommits\" to get a new view of
the index in Near Real Time. This parameter works in the same way as
'replicationFactor'"}, "tlogReplicas":{
"type":"integer", "description":"The number of TLOG replicas to
be created for each shard. TLOG replicas update their transaction log for every
update to the cluster, but only the shard leader updates the local index, other
TLOG replicas will use segment replication and copy the latest index files from
the leader."}, "pullReplicas":{ "type":"integer",
"description":"The number of PULL replicas to be created for each
shard. PULL replicas don't receive copies of the documents on update requests,
they just replicate
