[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-11.0.3) - Build # 24297 - Still Failing!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24297/
Java: 64bit/jdk-11.0.3 -XX:+UseCompressedOops -XX:+UseParallelGC

All tests passed

Build Log:
[...truncated 33585 lines...]
-check-forbidden-all:
[forbidden-apis] Reading bundled API signatures: jdk-unsafe-11
[forbidden-apis] Reading bundled API signatures: jdk-deprecated-11
[forbidden-apis] Reading bundled API signatures: jdk-non-portable
[forbidden-apis] Reading bundled API signatures: jdk-reflection
[forbidden-apis] Reading API signatures: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/lucene/tools/forbiddenApis/base.txt
[forbidden-apis] Reading API signatures: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/lucene/tools/forbiddenApis/lucene.txt
[forbidden-apis] Loading classes to check...
[forbidden-apis] Scanning classes for violations...
[forbidden-apis] Forbidden method invocation: java.lang.String#toUpperCase() 
[Uses default locale]
[forbidden-apis]   in org.apache.lucene.analysis.ja.util.DictionaryBuilder 
(DictionaryBuilder.java:45)
[forbidden-apis] Scanned 128 class file(s) for forbidden API invocations (in 
0.05s), 1 error(s).

BUILD FAILED
/home/jenkins/workspace/Lucene-Solr-master-Linux/build.xml:634: The following 
error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-master-Linux/build.xml:117: The following 
error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-master-Linux/lucene/build.xml:119: The 
following error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-master-Linux/lucene/common-build.xml:2181: 
The following error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-master-Linux/lucene/analysis/build.xml:165: 
The following error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-master-Linux/lucene/analysis/build.xml:38: 
The following error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-master-Linux/lucene/common-build.xml:2356: 
Check for forbidden API calls failed, see log.

Total time: 84 minutes 28 seconds
Build step 'Invoke Ant' marked build as failure
Archiving artifacts
Setting 
ANT_1_8_2_HOME=/home/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2
[WARNINGS] Skipping publisher since build result is FAILURE
Recording test results
Setting 
ANT_1_8_2_HOME=/home/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any
Setting 
ANT_1_8_2_HOME=/home/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2
Setting 
ANT_1_8_2_HOME=/home/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2
Setting 
ANT_1_8_2_HOME=/home/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2
Setting 
ANT_1_8_2_HOME=/home/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2
Setting 
ANT_1_8_2_HOME=/home/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2
Setting 
ANT_1_8_2_HOME=/home/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2

-
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 # 3940 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3940/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins16086498268896495090.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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

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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Solaris/202/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

4 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testMap

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([A58A6A90B27B9E5A:85ACDE43A8808D28]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testMap(TestRamUsageEstimator.java:129)
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35920>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35920>
at 
__randomizedtesting.SeedInfo.seed([A58A6A90B27B9E5A:7C7791A224DE3CF2]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native 

[JENKINS] Lucene-Solr-NightlyTests-8.1 - Build # 45 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-8.1/45/

7 tests failed.
FAILED:  org.apache.lucene.index.TestIndexWriterDelete.testUpdatesOnDiskFull

Error Message:
Test abandoned because suite timeout was reached.

Stack Trace:
java.lang.Exception: Test abandoned because suite timeout was reached.
at __randomizedtesting.SeedInfo.seed([9175EC5A5ABCA65A]:0)


FAILED:  junit.framework.TestSuite.org.apache.lucene.index.TestIndexWriterDelete

Error Message:
Suite timeout exceeded (>= 720 msec).

Stack Trace:
java.lang.Exception: Suite timeout exceeded (>= 720 msec).
at __randomizedtesting.SeedInfo.seed([9175EC5A5ABCA65A]:0)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testCollection

Error Message:
expected:<280> but was:<256>

Stack Trace:
java.lang.AssertionError: expected:<280> but was:<256>
at 
__randomizedtesting.SeedInfo.seed([9175EC5A5ABCA65A:7E5CCEE7712112DE]: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.util.TestRamUsageEstimator.testCollection(TestRamUsageEstimator.java:148)
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)


FAILED:  

[JENKINS] Solr-reference-guide-8.x - Build # 3939 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3939/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins14440030824561657486.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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-7442) HttpClient replacement for HTTP/2.0

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-7442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873803#comment-16873803
 ] 

Munendra S N commented on SOLR-7442:


Based on discussion with [~ichattopadhyaya] this looks good to be closed, as 
HttpSolrClient equivalent for http/2 is added in SOLR-13276.
[~caomanhdat] WDYT?

> HttpClient replacement for HTTP/2.0
> ---
>
> Key: SOLR-7442
> URL: https://issues.apache.org/jira/browse/SOLR-7442
> Project: Solr
>  Issue Type: New Feature
>Reporter: Ishan Chattopadhyaya
>Priority: Major
>
> Given that it would take about a year for Apache HC's HttpClient to support 
> HTTP/2 (as per [~olegk] in SOLR-6865), adding this issue for exploring the 
> way forward. It would be preferable to move to HTTP/2 and be able to use 
> features like async http calls. Maybe we could look for alternatives to HC 
> HttpClient, (e.g. Jetty's HttpClient)?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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 # 1374 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/1374/

No tests ran.

Build Log:
[...truncated 24570 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 2581 links (2111 relative) to 3395 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.

[JENKINS] Solr-reference-guide-8.x - Build # 3938 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3938/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins3480013210989081447.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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] [Created] (LUCENE-8887) CLONE - Add setting for moving FST offheap/onheap

[LuYunCheng (JIRA)]

LuYunCheng created LUCENE-8887:
--

 Summary: CLONE - Add setting for moving FST offheap/onheap
 Key: LUCENE-8887
 URL: https://issues.apache.org/jira/browse/LUCENE-8887
 Project: Lucene - Core
  Issue Type: New Feature
  Components: core/FSTs, core/store
Reporter: LuYunCheng
Assignee: Simon Willnauer
 Fix For: 8.1, master (9.0)
 Attachments: offheap_generic_settings.patch, offheap_settings.patch

While LUCENE-8635, adds support for loading FST offheap using mmap, users do 
not have the  flexibility to specify fields for which FST needs to be offheap. 
This allows users to tune heap usage as per their workload.

Ideal way will be to add an attribute to FieldInfo, where we have 
put/getAttribute. Then FieldReader can inspect the FieldInfo and pass the 
appropriate On/OffHeapStore when creating its FST. It can support special 
keywords like ALL/NONE.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-12.0.1) - Build # 771 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/771/
Java: 64bit/jdk-12.0.1 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

4 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35936>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35936>
at 
__randomizedtesting.SeedInfo.seed([44A5DDC36FEEF962:9D5826F1F94B5BCA]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
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 
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 
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35936>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35936>
at 
__randomizedtesting.SeedInfo.seed([44A5DDC36FEEF962:9D5826F1F94B5BCA]: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 

[jira] [Assigned] (SOLR-12554) Expose IndexWriterConfig's RAMPerThreadHardLimitMB as SolrConfig.xml param

[Ishan Chattopadhyaya (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SOLR-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ishan Chattopadhyaya reassigned SOLR-12554:
---

Assignee: Munendra S N  (was: Ishan Chattopadhyaya)

> Expose IndexWriterConfig's RAMPerThreadHardLimitMB as SolrConfig.xml param
> --
>
> Key: SOLR-12554
> URL: https://issues.apache.org/jira/browse/SOLR-12554
> Project: Solr
>  Issue Type: New Feature
>Reporter: Ishan Chattopadhyaya
>Assignee: Munendra S N
>Priority: Major
> Attachments: SOLR-12554.patch, SOLR-12554.patch
>
>
> Currently, the RAMPerThreadHardLimitMB parameter of IWC is not exposed. This 
> is useful to control flush policies.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-8.x-MacOSX (64bit/jdk1.8.0) - Build # 208 - Failure!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-MacOSX/208/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

4 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testQuery

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([DECFFB986109276B:55BE8FEB90831DBE]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testQuery(TestRamUsageEstimator.java:169)
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35920>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35920>
at 
__randomizedtesting.SeedInfo.seed([DECFFB986109276B:73200AAF7AC85C3]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native 

[GitHub] [lucene-solr] luyuncheng commented on issue #640: LUCENE-8671: Introduce Reader attributes

[GitBox]

luyuncheng commented on issue #640: LUCENE-8671: Introduce Reader attributes
URL: https://github.com/apache/lucene-solr/pull/640#issuecomment-506144930
 
 
   LGTM


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-13404) group.query doesn't work in distrib mode when group.format=simple

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873788#comment-16873788
 ] 

Munendra S N commented on SOLR-13404:
-

I'm planning to commit this on 30th June/1st July if there are no 
objections/vetos

> group.query doesn't work in distrib mode when group.format=simple
> -
>
> Key: SOLR-13404
> URL: https://issues.apache.org/jira/browse/SOLR-13404
> Project: Solr
>  Issue Type: Bug
>Reporter: Munendra S N
>Priority: Major
> Attachments: SOLR-13404.patch, SOLR-13404.patch
>
>
> While working on SOLR-12248, found that for group.query response is returned 
> only when group.format=grouped(default format) in distrib mode. For 
> group.main=true, request fails with AIOOE and for group.format=simple, no 
> grouped is returned



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-12554) Expose IndexWriterConfig's RAMPerThreadHardLimitMB as SolrConfig.xml param

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873787#comment-16873787
 ] 

Munendra S N commented on SOLR-12554:
-

 [^SOLR-12554.patch] 
This patch adds test cases. Documentation changes are pending

> Expose IndexWriterConfig's RAMPerThreadHardLimitMB as SolrConfig.xml param
> --
>
> Key: SOLR-12554
> URL: https://issues.apache.org/jira/browse/SOLR-12554
> Project: Solr
>  Issue Type: New Feature
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
> Attachments: SOLR-12554.patch, SOLR-12554.patch
>
>
> Currently, the RAMPerThreadHardLimitMB parameter of IWC is not exposed. This 
> is useful to control flush policies.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-12554) Expose IndexWriterConfig's RAMPerThreadHardLimitMB as SolrConfig.xml param

[Munendra S N (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SOLR-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Munendra S N updated SOLR-12554:

Status: Patch Available  (was: Open)

> Expose IndexWriterConfig's RAMPerThreadHardLimitMB as SolrConfig.xml param
> --
>
> Key: SOLR-12554
> URL: https://issues.apache.org/jira/browse/SOLR-12554
> Project: Solr
>  Issue Type: New Feature
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
> Attachments: SOLR-12554.patch, SOLR-12554.patch
>
>
> Currently, the RAMPerThreadHardLimitMB parameter of IWC is not exposed. This 
> is useful to control flush policies.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-12554) Expose IndexWriterConfig's RAMPerThreadHardLimitMB as SolrConfig.xml param

[Munendra S N (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SOLR-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Munendra S N updated SOLR-12554:

Attachment: SOLR-12554.patch

> Expose IndexWriterConfig's RAMPerThreadHardLimitMB as SolrConfig.xml param
> --
>
> Key: SOLR-12554
> URL: https://issues.apache.org/jira/browse/SOLR-12554
> Project: Solr
>  Issue Type: New Feature
>Reporter: Ishan Chattopadhyaya
>Assignee: Ishan Chattopadhyaya
>Priority: Major
> Attachments: SOLR-12554.patch, SOLR-12554.patch
>
>
> Currently, the RAMPerThreadHardLimitMB parameter of IWC is not exposed. This 
> is useful to control flush policies.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Resolved] (SOLR-5266) HttpSolrServer: baseURL set by constructor and setter has not the same result

[Munendra S N (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SOLR-5266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Munendra S N resolved SOLR-5266.

   Resolution: Fixed
Fix Version/s: 6.0

> HttpSolrServer: baseURL set by constructor and setter has not the same result
> -
>
> Key: SOLR-5266
> URL: https://issues.apache.org/jira/browse/SOLR-5266
> Project: Solr
>  Issue Type: Bug
>  Components: clients - java
>Affects Versions: 4.4
>Reporter: Michael Stieler
>Priority: Minor
> Fix For: 6.0
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> There is an unexpected difference between setting the base URL by the 
> constructor
> solrCore = new HttpSolrServer("http://localhost:8983/solr/;);
> and by the setter
> solrCore.setBaseURL("http://localhost:8983/solr/;);
> In the constructor, additional checks are performed such as removing the 
> trailing slash.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-NightlyTests-master - Build # 1882 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1882/

All tests passed

Build Log:
[...truncated 55000 lines...]
-ecj-javadoc-lint-tests:
[mkdir] Created dir: /tmp/ecj1891370814
 [ecj-lint] Compiling 532 source files to /tmp/ecj1891370814
 [ecj-lint] --
 [ecj-lint] 1. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/TestAssertions.java
 (at line 44)
 [ecj-lint] new TestTokenStream1();
 [ecj-lint] ^^
 [ecj-lint] Resource leak: '' is never closed
 [ecj-lint] --
 [ecj-lint] 2. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/TestAssertions.java
 (at line 45)
 [ecj-lint] new TestTokenStream2();
 [ecj-lint] ^^
 [ecj-lint] Resource leak: '' is never closed
 [ecj-lint] --
 [ecj-lint] 3. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/TestAssertions.java
 (at line 47)
 [ecj-lint] new TestTokenStream3();
 [ecj-lint] ^^
 [ecj-lint] Resource leak: '' is never closed
 [ecj-lint] --
 [ecj-lint] --
 [ecj-lint] 4. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/TestMergeSchedulerExternal.java
 (at line 130)
 [ecj-lint] IndexWriter writer = new IndexWriter(dir, iwc);
 [ecj-lint] ^^
 [ecj-lint] Resource leak: 'writer' is never closed
 [ecj-lint] --
 [ecj-lint] --
 [ecj-lint] 5. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/analysis/TestCachingTokenFilter.java
 (at line 120)
 [ecj-lint] Analyzer analyzer = new MockAnalyzer(random());
 [ecj-lint]  
 [ecj-lint] Resource leak: 'analyzer' is never closed
 [ecj-lint] --
 [ecj-lint] 6. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/analysis/TestCachingTokenFilter.java
 (at line 122)
 [ecj-lint] CachingTokenFilter buffer = new CachingTokenFilter(input);
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'buffer' is never closed
 [ecj-lint] --
 [ecj-lint] --
 [ecj-lint] 7. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/analysis/TestCharFilter.java
 (at line 29)
 [ecj-lint] CharFilter cs = new CharFilter1(new StringReader(""));
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'cs' is never closed
 [ecj-lint] --
 [ecj-lint] 8. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/analysis/TestCharFilter.java
 (at line 34)
 [ecj-lint] CharFilter cs = new CharFilter2(new StringReader(""));
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'cs' is never closed
 [ecj-lint] --
 [ecj-lint] 9. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/analysis/TestCharFilter.java
 (at line 39)
 [ecj-lint] CharFilter cs = new CharFilter2(new CharFilter1(new 
StringReader("")));
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'cs' is never closed
 [ecj-lint] --
 [ecj-lint] 10. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/analysis/TestCharFilter.java
 (at line 44)
 [ecj-lint] CharFilter cs = new CharFilter1(new CharFilter1(new 
StringReader("")));
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'cs' is never closed
 [ecj-lint] --
 [ecj-lint] --
 [ecj-lint] 11. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/analysis/TestDelegatingAnalyzerWrapper.java
 (at line 39)
 [ecj-lint] DelegatingAnalyzerWrapper w2 = new 
DelegatingAnalyzerWrapper(Analyzer.GLOBAL_REUSE_STRATEGY) {
 [ecj-lint]   ^^
 [ecj-lint] Resource leak: 'w2' is never closed
 [ecj-lint] --
 [ecj-lint] 12. WARNING in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/checkout/lucene/core/src/test/org/apache/lucene/analysis/TestDelegatingAnalyzerWrapper.java
 (at line 50)
 [ecj-lint] DelegatingAnalyzerWrapper w1 = new 
DelegatingAnalyzerWrapper(Analyzer.GLOBAL_REUSE_STRATEGY) {
 [ecj-lint]   ^^
 [ecj-lint] Resource leak: 'w1' is never closed
 [ecj-lint] --
 [ecj-lint] 13. WARNING in 

[JENKINS] Solr-reference-guide-8.x - Build # 3937 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3937/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins12786336754178085983.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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

[JENKINS] Solr-reference-guide-8.1 - Build # 134 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.1/134/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (git-websites svn-websites) in workspace 
/home/jenkins/jenkins-slave/workspace/Solr-reference-guide-8.1
No credentials specified
Cloning the remote Git repository
Cloning repository https://gitbox.apache.org/repos/asf/lucene-solr.git
 > git init /home/jenkins/jenkins-slave/workspace/Solr-reference-guide-8.1 # 
 > 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 config remote.origin.url 
 > https://gitbox.apache.org/repos/asf/lucene-solr.git # timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # 
 > timeout=10
 > 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
No valid HEAD. Skipping the resetting
 > git clean -fdx # timeout=10
Fetching upstream changes from 
https://gitbox.apache.org/repos/asf/lucene-solr.git
 > 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_8_1^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/branch_8_1^{commit} # timeout=10
Checking out Revision 97c9831f2b8e3d5b1f2292c0aade52f67c3545f6 
(refs/remotes/origin/branch_8_1)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 97c9831f2b8e3d5b1f2292c0aade52f67c3545f6
Commit message: "Fix duplicate line after merge conflict."
 > git rev-list --no-walk 3fa1997ede83ebb251a3de6e58d4f8613624bf4f # timeout=10
No emails were triggered.
[Solr-reference-guide-8.1] $ /bin/bash -xe /tmp/jenkins3855499314641670263.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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] (LUCENE-8871) Move Kuromoji DictionaryBuilder tool from src/tools to src/

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873768#comment-16873768
 ] 

ASF subversion and git services commented on LUCENE-8871:
-

Commit 024e200bb908c8c0b52af98c5d51e23c8faf074c in lucene-solr's branch 
refs/heads/master from Michael Sokolov
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=024e200 ]

LUCENE-8871: promote kuromoji tools to main jar


> Move Kuromoji DictionaryBuilder tool from src/tools to src/ 
> 
>
> Key: LUCENE-8871
> URL: https://issues.apache.org/jira/browse/LUCENE-8871
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Mike Sokolov
>Priority: Major
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Currently tests in tools directories are not run as part of the normal 
> testing done by {{ant test}} - you have to explicitly run {{test-tools}}, 
> which it seems people don't do (and it might not survivie translation to 
> gradle, who knows), so [~rcmuir] suggested we just move the tools into the 
> main source tree (under src/java and src/test)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[GitHub] [lucene-solr] msokolov merged pull request #739: LUCENE-8871: promote kuromoji tools to main jar

[GitBox]

msokolov merged pull request #739: LUCENE-8871: promote kuromoji tools to main 
jar
URL: https://github.com/apache/lucene-solr/pull/739
 
 
   


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-EA] Lucene-Solr-master-Linux (64bit/jdk-13-ea+shipilev-fastdebug) - Build # 24296 - Failure!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24296/
Java: 64bit/jdk-13-ea+shipilev-fastdebug -XX:-UseCompressedOops 
-XX:+UseParallelGC

2 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testQuery

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([CCF4FB76DAC489F9:47858F052B4EB32C]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testQuery(TestRamUsageEstimator.java:169)
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 
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 
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:830)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<36104> but was:<36120>

Stack Trace:
java.lang.AssertionError: expected:<36104> but was:<36120>
at 
__randomizedtesting.SeedInfo.seed([CCF4FB76DAC489F9:150900444C612B51]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
at 

[jira] [Commented] (SOLR-13105) A visual guide to Solr Math Expressions and Streaming Expressions

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873752#comment-16873752
 ] 

ASF subversion and git services commented on SOLR-13105:


Commit 7f181b276dd8a3ccb6f21a0a80ca6e4a8cfebe31 in lucene-solr's branch 
refs/heads/SOLR-13105-visual from Joel Bernstein
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=7f181b2 ]

SOLR-13105: Move scatter plot


> A visual guide to Solr Math Expressions and Streaming Expressions
> -
>
> Key: SOLR-13105
> URL: https://issues.apache.org/jira/browse/SOLR-13105
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
>Priority: Major
> Attachments: Screen Shot 2019-01-14 at 10.56.32 AM.png, Screen Shot 
> 2019-02-21 at 2.14.43 PM.png, Screen Shot 2019-03-03 at 2.28.35 PM.png, 
> Screen Shot 2019-03-04 at 7.47.57 PM.png, Screen Shot 2019-03-13 at 10.47.47 
> AM.png, Screen Shot 2019-03-30 at 6.17.04 PM.png
>
>
> Visualization is now a fundamental element of Solr Streaming Expressions and 
> Math Expressions. This ticket will create a visual guide to Solr Math 
> Expressions and Solr Streaming Expressions that includes *Apache Zeppelin* 
> visualization examples.
> It will also cover using the JDBC expression to *analyze* and *visualize* 
> results from any JDBC compliant data source.
> Intro from the guide:
> {code:java}
> Streaming Expressions exposes the capabilities of Solr Cloud as composable 
> functions. These functions provide a system for searching, transforming, 
> analyzing and visualizing data stored in Solr Cloud collections.
> At a high level there are four main capabilities that will be explored in the 
> documentation:
> * Searching, sampling and aggregating results from Solr.
> * Transforming result sets after they are retrieved from Solr.
> * Analyzing and modeling result sets using probability and statistics and 
> machine learning libraries.
> * Visualizing result sets, aggregations and statistical models of the data.
> {code}
>  
> A few sample visualizations are attached to the ticket.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-13105) A visual guide to Solr Math Expressions and Streaming Expressions

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873751#comment-16873751
 ] 

ASF subversion and git services commented on SOLR-13105:


Commit 9fac6a5dddabf3cbf631bd790aac7e2639130b93 in lucene-solr's branch 
refs/heads/SOLR-13105-visual from Joel Bernstein
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=9fac6a5 ]

SOLR-13105: Add convexHull


> A visual guide to Solr Math Expressions and Streaming Expressions
> -
>
> Key: SOLR-13105
> URL: https://issues.apache.org/jira/browse/SOLR-13105
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
>Priority: Major
> Attachments: Screen Shot 2019-01-14 at 10.56.32 AM.png, Screen Shot 
> 2019-02-21 at 2.14.43 PM.png, Screen Shot 2019-03-03 at 2.28.35 PM.png, 
> Screen Shot 2019-03-04 at 7.47.57 PM.png, Screen Shot 2019-03-13 at 10.47.47 
> AM.png, Screen Shot 2019-03-30 at 6.17.04 PM.png
>
>
> Visualization is now a fundamental element of Solr Streaming Expressions and 
> Math Expressions. This ticket will create a visual guide to Solr Math 
> Expressions and Solr Streaming Expressions that includes *Apache Zeppelin* 
> visualization examples.
> It will also cover using the JDBC expression to *analyze* and *visualize* 
> results from any JDBC compliant data source.
> Intro from the guide:
> {code:java}
> Streaming Expressions exposes the capabilities of Solr Cloud as composable 
> functions. These functions provide a system for searching, transforming, 
> analyzing and visualizing data stored in Solr Cloud collections.
> At a high level there are four main capabilities that will be explored in the 
> documentation:
> * Searching, sampling and aggregating results from Solr.
> * Transforming result sets after they are retrieved from Solr.
> * Analyzing and modeling result sets using probability and statistics and 
> machine learning libraries.
> * Visualizing result sets, aggregations and statistical models of the data.
> {code}
>  
> A few sample visualizations are attached to the ticket.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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 # 3936 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3936/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins9024574078992275284.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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

[GitHub] [lucene-solr] dsmiley commented on a change in pull request #709: LUCENE-8850: Calculate the area of a polygon and throw error when values are invalid

[GitBox]

dsmiley commented on a change in pull request #709: LUCENE-8850: Calculate the 
area of a polygon and throw error when values are invalid
URL: https://github.com/apache/lucene-solr/pull/709#discussion_r297927222
 
 

 ##
 File path: lucene/core/src/java/org/apache/lucene/geo/Polygon.java
 ##
 @@ -96,34 +99,50 @@ public Polygon(double[] polyLats, double[] polyLons, 
Polygon... holes) {
 this.holes = holes.clone();
 
 // compute bounding box
-double minLat = polyLats[0];
-double maxLat = polyLats[0];
-double minLon = polyLons[0];
-double maxLon = polyLons[0];
+double minLat = Double.POSITIVE_INFINITY;
+double maxLat = Double.NEGATIVE_INFINITY;
+double minLon = Double.POSITIVE_INFINITY;
+double maxLon = Double.NEGATIVE_INFINITY;
 
 double windingSum = 0d;
 final int numPts = polyLats.length - 1;
-for (int i = 1, j = 0; i < numPts; j = i++) {
+for (int i = 0; i < numPts; i++) {
   minLat = Math.min(polyLats[i], minLat);
   maxLat = Math.max(polyLats[i], maxLat);
   minLon = Math.min(polyLons[i], minLon);
   maxLon = Math.max(polyLons[i], maxLon);
   // compute signed area
-  windingSum += (polyLons[j] - polyLons[numPts])*(polyLats[i] - 
polyLats[numPts])
-  - (polyLats[j] - polyLats[numPts])*(polyLons[i] - polyLons[numPts]);
+  windingSum += polyLons[i] * polyLats[i + 1] - polyLats[i] * polyLons[i + 
1];
+}
+if (windingSum == 0) {
+  throw new IllegalArgumentException("Cannot compute the polygon / hole 
orientation.");
 }
 this.minLat = minLat;
 this.maxLat = maxLat;
 this.minLon = minLon;
 this.maxLon = maxLon;
 this.windingOrder = (windingSum < 0) ? GeoUtils.WindingOrder.CCW : 
GeoUtils.WindingOrder.CW;
+double area = Math.abs(windingSum / 2d);
+for (Polygon hole : holes) {
+  area -= hole.area();
+}
+if (area <= 0) {
+  throw new IllegalArgumentException("Polygon has an invalid area (area = 
" + area + ").");
+}
+this.area = area;
+
   }
 
   /** returns the number of vertex points */
   public int numPoints() {
 return polyLats.length;
   }
 
+  /** returns the area of the polygon */
+  public double area() {
 
 Review comment:
   I can imagine some asking what the units are.  And why not getArea?  Maybe 
this should be marked @lucene.internal or package local even if we don't want 
to expose it.


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-master-MacOSX (64bit/jdk-11.0.3) - Build # 5224 - Failure!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/5224/
Java: 64bit/jdk-11.0.3 -XX:-UseCompressedOops -XX:+UseSerialGC

2 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testQuery

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([B01D531829E678B4:3B6C276BD86C4261]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testQuery(TestRamUsageEstimator.java:169)
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:566)
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 
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:834)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<36104> but was:<36136>

Stack Trace:
java.lang.AssertionError: expected:<36104> but was:<36136>
at 
__randomizedtesting.SeedInfo.seed([B01D531829E678B4:69E0A82ABF43DA1C]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 

[jira] [Resolved] (SOLR-4197) EDismax allows end users to use local params in q= to override global params

[David Smiley (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SOLR-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Smiley resolved SOLR-4197.

   Resolution: Fixed
Fix Version/s: 7.2

> EDismax allows end users to use local params in q= to override global params
> 
>
> Key: SOLR-4197
> URL: https://issues.apache.org/jira/browse/SOLR-4197
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 3.5, 3.6, 4.0
>Reporter: Peter Wolanin
>Priority: Major
> Fix For: 7.2
>
>
> Edismax is advertised as suitable to be used to "process advanced user input 
> directly".  Thus, it would seem reasonable to have an application directly 
> pass user input in the q= parameter to a back-end Solr server.
> However, it seems that users can enter local params at the start of q= which 
> override the global params that the application (e.g. website) may have set 
> on the query string.  Confirmed with Erik Hatcher that this is somewhat 
> unexpected behavior (though one could argue it's an expected feature of any 
> query parser)
> Proposed fix - add a parameter (e.g. that can be used as an invariant) that 
> can be passed to inhibit Solr from using local params from the q= parameter.
> This is somewhat related to SOLR-1687



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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 # 3935 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3935/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins5695035459727742672.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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-13122) Ability to query aliases in Solr Admin UI

[Erick Erickson (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873726#comment-16873726
 ] 

Erick Erickson commented on SOLR-13122:
---

[~janhoy] You're  making me hop in the wayback machine, See SOLR-11218. The use 
case goes like this:
 * user creates a collection and all of their front-end code points to it. Call 
it C1
 * user wants to re-index for whatever reason, but must keep serving from the 
old collection and switch atomically
 * user reindexes into new collection C2
 * user switches atomically by creating alias C1 point to C2.
 * if they couldn't create an alias they'd have to shut down at least 
temporarily after C2 was ready, then delete C1 then create the alias. This is 
actually a little scary, one of the selling points is "you can always switch 
back if you discover that C2 is flawed"... After the first time they'd have 
both collections of course, but the first time would be some risk.

There's a similar pattern for once-a-day indexing and switching your C1 alias 
to point to C2 one day, C1 the next, then back to C2 the next etc.

Ideally, of course, C1 starts out as an alias pointing to collection_blue and 
the reindex to collection_green then point C1 at collection_green. But I see 
this in the field only very rarely, especially first-time users. They just 
start with collection C1.

In that JIRA, I put a test specifically to keep from deleting the underlying 
collection by following the alias IIRC.

I wouldn't object to prohibiting aliases from having the same name as a 
collection, but it needs to deal with the above for users (most) who don't 
start with an alias and can't/won't change all their app code when they 
discover they need aliases. We'd need to specifically call out the above and 
provide some guidance to get them past the problem. Users would complain about 
the 5 minute downtime, but I don't think that's a show-stopper.

And if we do prohibit this we need to not only prevent creating an alias with 
the same name as a collection, but vice-versa. I think you allude to that with 
"enforce uniqueness", but thought I'd call it out specifically.

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collection-view.png, alias-collections-menu.png, 
> alias-collections-menu.png, alias-delete-dialogue.png, alias-dropdown.png, 
> alias-select-double.png, alias-view.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-12.0.1) - Build # 770 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/770/
Java: 64bit/jdk-12.0.1 -XX:-UseCompressedOops -XX:+UseParallelGC

8 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testQuery

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([B1B8EB4867BEE987:3AC99F3B9634D352]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testQuery(TestRamUsageEstimator.java:169)
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 
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 
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<36104> but was:<36120>

Stack Trace:
java.lang.AssertionError: expected:<36104> but was:<36120>
at 
__randomizedtesting.SeedInfo.seed([B1B8EB4867BEE987:6845107AF11B4B2F]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  

[jira] [Commented] (SOLR-13122) Ability to query aliases in Solr Admin UI

[JIRA]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873717#comment-16873717
 ] 

Jan Høydahl commented on SOLR-13122:


One thing the current patch does not handle is if an alias has the same name as 
a collection. It gets created, but the UI gets confused as it assumes unique 
names. Is there a valid use case for using same name as a collection, or 
could/should we enforce uniqueness? This may be one argument for a separate 
path {{~/aliases/foo}} in the URL...

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collection-view.png, alias-collections-menu.png, 
> alias-collections-menu.png, alias-delete-dialogue.png, alias-dropdown.png, 
> alias-select-double.png, alias-view.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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 # 3934 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3934/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins16664319231035278488.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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-13122) Ability to query aliases in Solr Admin UI

[JIRA]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873709#comment-16873709
 ] 

Jan Høydahl commented on SOLR-13122:


I have moved buttons around and made the alias experience equal to how you 
manage collections today, but still under the same menu.
 !alias-collection-view.png|width=400! !alias-view.png|width=400!

I removed the ZK fetch, since it was made due to lack of LISTALIAS API. And now 
there is just a confirm dialogue instead of a dropdown to choose alias to 
delete:
 !alias-delete-dialogue.png|width=300!

I prefer to start with this to keep it simple. In my mind, aliases are so tied 
to collections that they fit well under the collections menu.

I plan to continue with:
 * Add alias properties to the view
 * Make collection names clickable to navigate to that collection
 * When viewing a collection, display what alias(es) it is part of, and link 
those to the alias

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collection-view.png, alias-collections-menu.png, 
> alias-collections-menu.png, alias-delete-dialogue.png, alias-dropdown.png, 
> alias-select-double.png, alias-view.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-13122) Ability to query aliases in Solr Admin UI

[JIRA]

 [ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Høydahl updated SOLR-13122:
---
Attachment: alias-view.png

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collection-view.png, alias-collections-menu.png, 
> alias-collections-menu.png, alias-delete-dialogue.png, alias-dropdown.png, 
> alias-select-double.png, alias-view.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-13122) Ability to query aliases in Solr Admin UI

[JIRA]

 [ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Høydahl updated SOLR-13122:
---
Attachment: alias-collection-view.png

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collection-view.png, alias-collections-menu.png, 
> alias-collections-menu.png, alias-delete-dialogue.png, alias-dropdown.png, 
> alias-select-double.png, alias-view.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-13122) Ability to query aliases in Solr Admin UI

[JIRA]

 [ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Høydahl updated SOLR-13122:
---
Attachment: alias-delete-dialogue.png

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collection-view.png, alias-collections-menu.png, 
> alias-collections-menu.png, alias-delete-dialogue.png, alias-dropdown.png, 
> alias-select-double.png, alias-view.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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 # 333 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Windows/333/
Java: 64bit/jdk-12.0.1 -XX:+UseCompressedOops -XX:+UseParallelGC

13 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35936>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35936>
at 
__randomizedtesting.SeedInfo.seed([2529687FE1B61D2B:FCD4934D7713BF83]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
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 
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 
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35936>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35936>
at 
__randomizedtesting.SeedInfo.seed([2529687FE1B61D2B:FCD4934D7713BF83]: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 

[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-13-ea+shipilev-fastdebug) - Build # 24295 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24295/
Java: 64bit/jdk-13-ea+shipilev-fastdebug -XX:+UseCompressedOops 
-XX:+UseParallelGC

5 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35936>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35936>
at 
__randomizedtesting.SeedInfo.seed([41BC26DFD9DF7374:9841DDED4F7AD1DC]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
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 
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 
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:830)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35936>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35936>
at 
__randomizedtesting.SeedInfo.seed([41BC26DFD9DF7374:9841DDED4F7AD1DC]: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 

[JENKINS] Solr-reference-guide-8.x - Build # 3933 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3933/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins11151421911767582472.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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

[JENKINS] Lucene-Solr-Tests-8.x - Build # 268 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-8.x/268/

4 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testCollection

Error Message:
expected:<280> but was:<256>

Stack Trace:
java.lang.AssertionError: expected:<280> but was:<256>
at 
__randomizedtesting.SeedInfo.seed([FADB3EA21BB203:EFD3F98389860687]: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.util.TestRamUsageEstimator.testCollection(TestRamUsageEstimator.java:148)
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testMap

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([FADB3EA21BB203:20DC6FEDB8E0A171]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testMap(TestRamUsageEstimator.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 

[jira] [Commented] (SOLR-13122) Ability to query aliases in Solr Admin UI

[Gus Heck (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873675#comment-16873675
 ] 

Gus Heck commented on SOLR-13122:
-

I mean  remove the create/delete alias and all references to aliases from the 
collections page, and add an Aliases Item on the left, then provide a similar 
UI with aliases listed on the left, and details for the selected alias on the 
right, including a list of collections which may be clicked to go to their 
corresponding entry on the collections page. That would keep things clean 
consistent and we wouldn't have alias buttons floating along with details about 
specific collections that may or may not be involved in an alias.

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collections-menu.png, alias-collections-menu.png, alias-dropdown.png, 
> alias-select-double.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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 # 3932 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3932/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins13652928199026538460.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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] (LUCENE-8855) Add Accountable to some Query implementations

[Hoss Man (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873671#comment-16873671
 ] 

Hoss Man commented on LUCENE-8855:
--

Looks like this broke precommit (on master at least, haven't checked 8x), and 
is causing some (reproducible) jenkins test failures in TestRamUsageEstimator 
on branch_8x (as well as some master failures that look like hey _might_ be 
java13 related?)
{noformat}
 [ecj-lint] 90. ERROR in 
/home/hossman/lucene/dev/lucene/core/src/test/org/apache/lucene/util/TestRamUsageEstimator.java
 (at line 37)
 [ecj-lint] import org.apache.lucene.search.WildcardQuery;
 [ecj-lint]^^
 [ecj-lint] The import org.apache.lucene.search.WildcardQuery is never used
{noformat}
[http://fucit.org/solr-jenkins-reports/job-data/thetaphi/Lucene-Solr-8.x-Solaris/201]
{noformat}
hossman@tray:~/lucene/alt_dev/lucene/core [branch_8x] $ ant test  
-Dtestcase=TestRamUsageEstimator  -Dtests.seed=FA882DA7A388 
-Dtests.slow=true -Dtests.locale=en-GB -Dtests.timezone=Pacific/Chuuk 
-Dtests.asserts=true -Dtests.file.encoding=US-ASCII
...
   [junit4] Tests with failures [seed: FA882DA7A388]:
   [junit4]   - org.apache.lucene.util.TestRamUsageEstimator.testQuery
   [junit4]   - org.apache.lucene.util.TestRamUsageEstimator.testMap
   [junit4]   - org.apache.lucene.util.TestRamUsageEstimator.testCollection
   [junit4]   - org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash
{noformat}
[http://fucit.org/solr-jenkins-reports/job-data/thetaphi/Lucene-Solr-master-Linux/24294]
 (java11)
{noformat}
hossman@tray:~/lucene/alt_dev [master] $ java11 && ant clean && cd lucene/core 
&& ant test  -Dtestcase=TestRamUsageEstimator -Dtests.seed=E3510006025F6808 
-Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=zgh-MA 
-Dtests.timezone=America/Rio_Branco -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
...
BUILD SUCCESSFUL
Total time: 39 seconds
{noformat}
(java13)
{noformat}
hossman@tray:~/lucene/alt_dev [master] $ java13 && ant clean && cd lucene/core 
&& ant test  -Dtestcase=TestRamUsageEstimator -Dtests.seed=E3510006025F6808 
-Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=zgh-MA 
-Dtests.timezone=America/Rio_Branco -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
...
   [junit4] Tests with failures [seed: E3510006025F6808]:
   [junit4]   - org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash
   [junit4] 
   [junit4] 
   [junit4] JVM J0: 0.50 .. 1.71 = 1.22s
   [junit4] Execution time total: 1.76 sec.
   [junit4] Tests summary: 1 suite, 10 tests, 1 failure, 1 ignored (1 
assumption)
{noformat}

> Add Accountable to some Query implementations
> -
>
> Key: LUCENE-8855
> URL: https://issues.apache.org/jira/browse/LUCENE-8855
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Major
> Fix For: 8.1.2
>
> Attachments: LUCENE-8855.patch, LUCENE-8855.patch, LUCENE-8855.patch, 
> LUCENE-8855.patch, LUCENE-8855.patch
>
>
> Query implementations should also support {{Accountable}} API in order to 
> monitor the memory consumption e.g. in caches where either keys or values are 
> {{Query}} instances.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-13003) Query Result Cache does not honour maxRamBytes parameter

[Andrzej Bialecki (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873656#comment-16873656
 ] 

Andrzej Bialecki  commented on SOLR-13003:
--

This patch includes the following changes:
 * adds Accountable to FastLRUCache
 * adds tighter tracking of both key and value sizes in all Solr caches. This 
builds on the changes in LUCENE-8855.
 * some refactoring to put common constants in one place and to use more 
realistic defaults for unknown objects / query types.

> Query Result Cache does not honour maxRamBytes parameter
> 
>
> Key: SOLR-13003
> URL: https://issues.apache.org/jira/browse/SOLR-13003
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 7.3.1
>Reporter: Cetra Free
>Assignee: Andrzej Bialecki 
>Priority: Major
> Fix For: 8.1.2
>
> Attachments: CLRU-logging.patch, SOLR-13003.patch, 
> lrucacheexpanded.png, lrucachemaxmb.png, solr-core-7.3.1-SNAPSHOT.jar, 
> solrconfig.xml
>
>
> When using the maxRamBytes parameter with the queryResultCache directive, we 
> have seen the retained size of the cache orders of magnitude larger than what 
> is configured.
> Please see attached VisualVM output which shows the retained size is about 
> 1.5gb, but the maxRamBytes is set to 64mb.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-13003) Query Result Cache does not honour maxRamBytes parameter

[Andrzej Bialecki (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SOLR-13003?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrzej Bialecki  updated SOLR-13003:
-
Attachment: SOLR-13003.patch

> Query Result Cache does not honour maxRamBytes parameter
> 
>
> Key: SOLR-13003
> URL: https://issues.apache.org/jira/browse/SOLR-13003
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 7.3.1
>Reporter: Cetra Free
>Assignee: Andrzej Bialecki 
>Priority: Major
> Fix For: 8.1.2
>
> Attachments: CLRU-logging.patch, SOLR-13003.patch, 
> lrucacheexpanded.png, lrucachemaxmb.png, solr-core-7.3.1-SNAPSHOT.jar, 
> solrconfig.xml
>
>
> When using the maxRamBytes parameter with the queryResultCache directive, we 
> have seen the retained size of the cache orders of magnitude larger than what 
> is configured.
> Please see attached VisualVM output which shows the retained size is about 
> 1.5gb, but the maxRamBytes is set to 64mb.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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 # 3931 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Solr-reference-guide-8.x/3931/

Log: 
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on websites2 (git-websites svn-websites) in workspace 
/home/jenkins/jenkins-slave/workspace/Solr-reference-guide-8.x
No credentials specified
Cloning the remote Git repository
Cloning repository https://gitbox.apache.org/repos/asf/lucene-solr.git
 > git init /home/jenkins/jenkins-slave/workspace/Solr-reference-guide-8.x # 
 > 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 config remote.origin.url 
 > https://gitbox.apache.org/repos/asf/lucene-solr.git # timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # 
 > timeout=10
 > 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
No valid HEAD. Skipping the resetting
 > git clean -fdx # timeout=10
Fetching upstream changes from 
https://gitbox.apache.org/repos/asf/lucene-solr.git
 > 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 81208427d25f4541957eeeb03d971e1c45226428 
(refs/remotes/origin/branch_8x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 81208427d25f4541957eeeb03d971e1c45226428
Commit message: "LUCENE-8855: Add Accountable to some Query implementations."
 > git rev-list --no-walk 81208427d25f4541957eeeb03d971e1c45226428 # timeout=10
No emails were triggered.
[Solr-reference-guide-8.x] $ /bin/bash -xe /tmp/jenkins14028787506112029876.sh
+ bash dev-tools/scripts/jenkins.build.ref.guide.sh
+ set -e
+ RVM_PATH=/home/jenkins/.rvm
+ RUBY_VERSION=ruby-2.3.3
+ 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.8.tar.gz
Downloading 
https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc
gpg: keybox '/home/jenkins/.gnupg/pubring.kbx' created
gpg: Signature made Wed 08 May 2019 02:14:49 PM UTC
gpg:using RSA key 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
gpg: Can't check signature: No public key
GPG signature verification failed for 
'/home/jenkins/.rvm/archives/rvm-1.29.8.tgz' - 
'https://github.com/rvm/rvm/releases/download/1.29.8/1.29.8.tar.gz.asc'! Try to 
install GPG v2 and then fetch the public key:

gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 
409B6B1796C275462A1703113804BB82D39DC0E3 
7D2BAF1CF37B13E2069D6956105BD0E739499BDB

or if it fails:

command curl -sSL https://rvm.io/mpapis.asc | gpg --import -
command curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -

In case of further problems with validation please refer to 
https://rvm.io/rvm/security

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

[JENKINS] Lucene-Solr-SmokeRelease-8.x - Build # 132 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-8.x/132/

No tests ran.

Build Log:
[...truncated 25085 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 2581 links (2111 relative) to 3394 anchors in 259 files
 [echo] Validated Links & Anchors via: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/build/solr-ref-guide/bare-bones-html/

-dist-changes:
 [copy] Copying 4 files to 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/package/changes

package:

-unpack-solr-tgz:

-ensure-solr-tgz-exists:
[mkdir] Created dir: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/build/solr.tgz.unpacked
[untar] Expanding: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.x/solr/package/solr-8.2.0.tgz
 into 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 = 
/x1/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 

[JENKINS-EA] Lucene-Solr-master-Windows (64bit/jdk-13-ea+26) - Build # 8019 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/8019/
Java: 64bit/jdk-13-ea+26 -XX:-UseCompressedOops -XX:+UseParallelGC

15 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<36104> but was:<36120>

Stack Trace:
java.lang.AssertionError: expected:<36104> but was:<36120>
at 
__randomizedtesting.SeedInfo.seed([A22565C4645A8925:7BD89EF6F2FF2B8D]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
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 
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 
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:830)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testQuery

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([A22565C4645A8925:295411B795D0B3F0]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testQuery(TestRamUsageEstimator.java:169)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 

[JENKINS] Lucene-Solr-BadApples-Tests-8.x - Build # 137 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-8.x/137/

4 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testQuery

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([7BD3B85D916C0078:F0A2CC2E60E63AAD]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testQuery(TestRamUsageEstimator.java:169)
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testMap

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([7BD3B85D916C0078:5BF50C8E8B97130A]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testMap(TestRamUsageEstimator.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at 

[JENKINS] Lucene-Solr-8.x-Linux (32bit/jdk1.8.0_201) - Build # 769 - Failure!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/769/
Java: 32bit/jdk1.8.0_201 -client -XX:+UseSerialGC

5 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testCollection

Error Message:
expected:<232> but was:<200>

Stack Trace:
java.lang.AssertionError: expected:<232> but was:<200>
at 
__randomizedtesting.SeedInfo.seed([5966BD7EAF4E890D:B64F9FC384D33D89]: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.util.TestRamUsageEstimator.testCollection(TestRamUsageEstimator.java:148)
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35920> but was:<35896>

Stack Trace:
java.lang.AssertionError: expected:<35920> but was:<35896>
at 
__randomizedtesting.SeedInfo.seed([5966BD7EAF4E890D:809B464C39EB2BA5]: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 

[jira] [Commented] (SOLR-13122) Ability to query aliases in Solr Admin UI

[JIRA]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873632#comment-16873632
 ] 

Jan Høydahl commented on SOLR-13122:


We should really really merge the two collections menus in the UI. Lots of 
duplications there!

When you say “own section”, what would that look like? Currently they have a 
dedicated alias-overview.html that is shown when selected. Here I can list 
alias properties in addition to the collection list.

Also in the other collections menu, when you select an alias it will output its 
own data. I think this can be a good step one. And if anyone wants to add full 
UI support for creating TRA, nested aliases etc, that could perhaps warrant a 
fully separate menu somewhere?

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collections-menu.png, alias-collections-menu.png, alias-dropdown.png, 
> alias-select-double.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-13569) AdminUI visual indication of prod/test/dev environment

[JIRA]

[ 
https://issues.apache.org/jira/browse/SOLR-13569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873628#comment-16873628
 ] 

Jan Høydahl commented on SOLR-13569:


It’s in “Taking Solr to Production”. Other pages you feel it should be 
mentioned?

> AdminUI visual indication of prod/test/dev environment
> --
>
> Key: SOLR-13569
> URL: https://issues.apache.org/jira/browse/SOLR-13569
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Admin UI
>Reporter: Jan Høydahl
>Assignee: Jan Høydahl
>Priority: Major
> Fix For: 8.2
>
> Attachments: Environment-hint.png, prod-example.png, test-example.png
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> To guard against accidentally changing the wrong cluster, we should add a 
> visual indication in the Admin UI of whether you currently work with a 
> production environment or not, e.g. a red bar on top with an optional 
> environment label, see sketch. The bar could by default be red for 
> production, yellow for test and green for dev.
>  !Environment-hint.png|width=700!



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-13569) AdminUI visual indication of prod/test/dev environment

[Cassandra Targett (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873604#comment-16873604
 ] 

Cassandra Targett commented on SOLR-13569:
--

No update to the Ref Guide for this? How will someone know what to set to make 
the visual indicators work?

> AdminUI visual indication of prod/test/dev environment
> --
>
> Key: SOLR-13569
> URL: https://issues.apache.org/jira/browse/SOLR-13569
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Admin UI
>Reporter: Jan Høydahl
>Assignee: Jan Høydahl
>Priority: Major
> Fix For: 8.2
>
> Attachments: Environment-hint.png, prod-example.png, test-example.png
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> To guard against accidentally changing the wrong cluster, we should add a 
> visual indication in the Admin UI of whether you currently work with a 
> production environment or not, e.g. a red bar on top with an optional 
> environment label, see sketch. The bar could by default be red for 
> production, yellow for test and green for dev.
>  !Environment-hint.png|width=700!



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Comment Edited] (SOLR-13122) Ability to query aliases in Solr Admin UI

[Gus Heck (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873601#comment-16873601
 ] 

Gus Heck edited comment on SOLR-13122 at 6/26/19 7:17 PM:
--

Looks nice, certainly an improvement. However I tend to think Aliases should 
have it's own section, eventually it would be nice if alias creation expanded 
to include routed aliases

Yes RA's metadata isreturned by LISTALIASES (below being what happens to be 
returned from my local test solr while working on SOLR-13375.
{code:java}
{
"responseHeader": {
"status": 0,
"QTime": 2
},
"aliases": {
"dra_test": 
"dra_test_CRA__NEW_CATEGORY_ROUTED_ALIAS_WAITING_FOR_DATA_TEMP_TRA__2019-01-01"
},
"properties": {
"dra_test": {
"router.0.field": "cat",
"router.0.maxCardinality": "20",
"router.1.field": "created_tdt",
"router.1.name": "time",
"router.field": "cat,created_tdt",
"name": "dra_test",
"router.name": "Dimensional[category,time]",
"router.1.start": "2019-01-01T00:00:00Z/MONTH",
"router.0.name": "category",
"router.1.interval": "+1MONTH",
"router.1.maxFutureMs": "31556952000",
"create-collection.collection.configName": "_default",
"create-collection.numShards": "2",
"operation": "createalias"
}
}
}
 {code}


was (Author: gus_heck):
Looks nice, certainly an improvement. However I tend to think Aliases should 
have it's own section, eventually it would be nice if alias creation expanded 
to include routed aliases

Yes RA's metadata isreturned by LISTALIASES (below being what happens to be 
what I get from local test solr while working on SOLR-13375.
{code:java}
{
"responseHeader": {
"status": 0,
"QTime": 2
},
"aliases": {
"dra_test": 
"dra_test_CRA__NEW_CATEGORY_ROUTED_ALIAS_WAITING_FOR_DATA_TEMP_TRA__2019-01-01"
},
"properties": {
"dra_test": {
"router.0.field": "cat",
"router.0.maxCardinality": "20",
"router.1.field": "created_tdt",
"router.1.name": "time",
"router.field": "cat,created_tdt",
"name": "dra_test",
"router.name": "Dimensional[category,time]",
"router.1.start": "2019-01-01T00:00:00Z/MONTH",
"router.0.name": "category",
"router.1.interval": "+1MONTH",
"router.1.maxFutureMs": "31556952000",
"create-collection.collection.configName": "_default",
"create-collection.numShards": "2",
"operation": "createalias"
}
}
}
 {code}

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collections-menu.png, alias-collections-menu.png, alias-dropdown.png, 
> alias-select-double.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-13122) Ability to query aliases in Solr Admin UI

[Gus Heck (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873601#comment-16873601
 ] 

Gus Heck commented on SOLR-13122:
-

Looks nice, certainly an improvement. However I tend to think Aliases should 
have it's own section, eventually it would be nice if alias creation expanded 
to include routed aliases

Yes RA's metadata isreturned by LISTALIASES (below being what happens to be 
what I get from local test solr while working on SOLR-13375.
{code:java}
{
"responseHeader": {
"status": 0,
"QTime": 2
},
"aliases": {
"dra_test": 
"dra_test_CRA__NEW_CATEGORY_ROUTED_ALIAS_WAITING_FOR_DATA_TEMP_TRA__2019-01-01"
},
"properties": {
"dra_test": {
"router.0.field": "cat",
"router.0.maxCardinality": "20",
"router.1.field": "created_tdt",
"router.1.name": "time",
"router.field": "cat,created_tdt",
"name": "dra_test",
"router.name": "Dimensional[category,time]",
"router.1.start": "2019-01-01T00:00:00Z/MONTH",
"router.0.name": "category",
"router.1.interval": "+1MONTH",
"router.1.maxFutureMs": "31556952000",
"create-collection.collection.configName": "_default",
"create-collection.numShards": "2",
"operation": "createalias"
}
}
}
 {code}

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collections-menu.png, alias-collections-menu.png, alias-dropdown.png, 
> alias-select-double.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[GitHub] [lucene-solr] nknize edited a comment on issue #726: LUCENE-8632: New XYShape Field and Queries for indexing and searching general cartesian geometries

[GitBox]

nknize edited a comment on issue #726: LUCENE-8632: New XYShape Field and 
Queries for indexing and searching general cartesian geometries
URL: https://github.com/apache/lucene-solr/pull/726#issuecomment-505995818
 
 
   I went ahead and updated `XYPolygon`, `XYLine`, `XYPoint` API to take 
`float` instead of `double`. Internally we still use doubles for the 
tessellation but the user must pass floats to the Geometry so it's consistent 
with the encoding.
   
   I'm also in favor of handling the rename to `LatLonPolygon` and `LatLonLine` 
in a separate PR.


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] nknize edited a comment on issue #726: LUCENE-8632: New XYShape Field and Queries for indexing and searching general cartesian geometries

[GitBox]

nknize edited a comment on issue #726: LUCENE-8632: New XYShape Field and 
Queries for indexing and searching general cartesian geometries
URL: https://github.com/apache/lucene-solr/pull/726#issuecomment-505995818
 
 
   I went ahead and updated `XYPolygon`, `XYLine`, `XYPoint` API to take 
`float` instead of `double`. Internally we still use doubles for the 
tessellation but the user must pass floats to the Geometry so it's consistent 
with the encoding.
   
   I'm also in favor of handling the rename to `LatLonPolygon` and 'LatLonLine` 
in a separate PR.


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] nknize commented on issue #726: LUCENE-8632: New XYShape Field and Queries for indexing and searching general cartesian geometries

[GitBox]

nknize commented on issue #726: LUCENE-8632: New XYShape Field and Queries for 
indexing and searching general cartesian geometries
URL: https://github.com/apache/lucene-solr/pull/726#issuecomment-505995818
 
 
   I went ahead and updated `XYPolygon`, `XYLine`, `XYPoint` API to take 
`float` instead of `double`. Internally we still use doubles for the 
tessellation but the user must pass floats to the Geometry so it's consistent 
with the encoding.


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-8.1 - Build # 64 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-8.1/64/

4 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testMap

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([2DE48B6DC210C1E8:DC23FBED8EBD29A]:0)
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.lucene.util.TestRamUsageEstimator.testMap(TestRamUsageEstimator.java:129)
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)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35920>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35920>
at 
__randomizedtesting.SeedInfo.seed([2DE48B6DC210C1E8:F419705F54B56340]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 

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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Solaris/201/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC

5 tests failed.
FAILED:  
org.apache.lucene.index.TestIndexWriterWithThreads.testIOExceptionDuringWriteSegmentWithThreadsOnlyOnce

Error Message:
MockDirectoryWrapper: cannot close: there are still 133 open files: {_b.tvd=1, 
_j.nvd=1, _q.fdt=1, _9.fdt=1, _i_Asserting_0.dvd=1, _a.nvd=1, _e_FST50_0.pos=1, 
_f_FST50_0.pos=1, _g_FST50_0.pos=1, _h.fdt=1, _l_Asserting_0.dvd=1, 
_f_Asserting_0.dvd=1, _c_Asserting_0.dvd=1, _h_FST50_0.pos=1, _i_FST50_0.pos=1, 
_5.fdt=1, _8.tvd=1, _8_FST50_0.doc=1, _l_FST50_0.pos=1, _9_FST50_0.doc=1, 
_d.tvd=1, _j_FST50_0.pos=1, _k_FST50_0.pos=1, _p_FST50_0.pos=1, 
_q_FST50_0.pos=1, _c.nvd=1, _4_FST50_0.doc=1, _k.tvd=1, _t_Asserting_0.dvd=1, 
_o.fdt=1, _q_Asserting_0.dvd=1, _7_FST50_0.doc=1, _5_FST50_0.doc=1, _t.tvd=1, 
_o_FST50_0.pos=1, _6_FST50_0.doc=1, _9.nvd=1, _f.fdt=1, _l.nvd=1, 
_h_Asserting_0.dvd=1, _j_FST50_0.doc=1, _k_FST50_0.doc=1, _p.nvd=1, 
_6_Asserting_0.dvd=1, _e_Asserting_0.dvd=1, _h_FST50_0.doc=1, _l_FST50_0.doc=1, 
_k_Asserting_0.dvd=1, _6.tvd=1, _9_Asserting_0.dvd=1, _g.nvd=1, 
_b_Asserting_0.dvd=1, _f.tvd=1, _i_FST50_0.doc=1, _q_FST50_0.doc=1, _q.tvd=1, 
_p_FST50_0.doc=1, _e.nvd=1, _d.fdt=1, _o_FST50_0.doc=1, _7.nvd=1, 
_o_Asserting_0.dvd=1, _i.nvd=1, _k.fdt=1, _4.tvd=1, _t.fdt=1, _d_FST50_0.pos=1, 
_o.tvd=1, _a_FST50_0.doc=1, _b_FST50_0.pos=1, _c_FST50_0.pos=1, 
_a_FST50_0.pos=1, _b_FST50_0.doc=1, _c_FST50_0.doc=1, _h.tvd=1, 
_d_FST50_0.doc=1, _5.nvd=1, _7.fdt=1, _f_FST50_0.doc=1, _g_FST50_0.doc=1, 
_b.fdt=1, _e_FST50_0.doc=1, _s_Asserting_0.dvd=1, _l.tvd=1, _8.fdt=1, _b.nvd=1, 
_i.fdt=1, _p_Asserting_0.dvd=1, _k.nvd=1, _6.fdt=1, _j.tvd=1, _a.tvd=1, 
_p.fdt=1, _d.nvd=1, _8_Asserting_0.dvd=1, _5_Asserting_0.dvd=1, _e.fdt=1, 
_g.fdt=1, _8.nvd=1, _4.fdt=1, _t_FST50_0.doc=1, _t.nvd=1, _9.tvd=1, _c.tvd=1, 
_9_FST50_0.pos=1, _8_FST50_0.pos=1, _g.tvd=1, _f.nvd=1, _c.fdt=1, 
_t_FST50_0.pos=1, _4_FST50_0.pos=1, _q.nvd=1, _6.nvd=1, _l.fdt=1, _o.nvd=1, 
_7.tvd=1, _5_FST50_0.pos=1, _e.tvd=1, _6_FST50_0.pos=1, _7_FST50_0.pos=1, 
_a_Asserting_0.dvd=1, _a.fdt=1, _d_Asserting_0.dvd=1, _i.tvd=1, 
_g_Asserting_0.dvd=1, _4.nvd=1, _j_Asserting_0.dvd=1, _5.tvd=1, _p.tvd=1, 
_h.nvd=1, _j.fdt=1, _7_Asserting_0.dvd=1, _4_Asserting_0.dvd=1}

Stack Trace:
java.lang.RuntimeException: MockDirectoryWrapper: cannot close: there are still 
133 open files: {_b.tvd=1, _j.nvd=1, _q.fdt=1, _9.fdt=1, _i_Asserting_0.dvd=1, 
_a.nvd=1, _e_FST50_0.pos=1, _f_FST50_0.pos=1, _g_FST50_0.pos=1, _h.fdt=1, 
_l_Asserting_0.dvd=1, _f_Asserting_0.dvd=1, _c_Asserting_0.dvd=1, 
_h_FST50_0.pos=1, _i_FST50_0.pos=1, _5.fdt=1, _8.tvd=1, _8_FST50_0.doc=1, 
_l_FST50_0.pos=1, _9_FST50_0.doc=1, _d.tvd=1, _j_FST50_0.pos=1, 
_k_FST50_0.pos=1, _p_FST50_0.pos=1, _q_FST50_0.pos=1, _c.nvd=1, 
_4_FST50_0.doc=1, _k.tvd=1, _t_Asserting_0.dvd=1, _o.fdt=1, 
_q_Asserting_0.dvd=1, _7_FST50_0.doc=1, _5_FST50_0.doc=1, _t.tvd=1, 
_o_FST50_0.pos=1, _6_FST50_0.doc=1, _9.nvd=1, _f.fdt=1, _l.nvd=1, 
_h_Asserting_0.dvd=1, _j_FST50_0.doc=1, _k_FST50_0.doc=1, _p.nvd=1, 
_6_Asserting_0.dvd=1, _e_Asserting_0.dvd=1, _h_FST50_0.doc=1, _l_FST50_0.doc=1, 
_k_Asserting_0.dvd=1, _6.tvd=1, _9_Asserting_0.dvd=1, _g.nvd=1, 
_b_Asserting_0.dvd=1, _f.tvd=1, _i_FST50_0.doc=1, _q_FST50_0.doc=1, _q.tvd=1, 
_p_FST50_0.doc=1, _e.nvd=1, _d.fdt=1, _o_FST50_0.doc=1, _7.nvd=1, 
_o_Asserting_0.dvd=1, _i.nvd=1, _k.fdt=1, _4.tvd=1, _t.fdt=1, _d_FST50_0.pos=1, 
_o.tvd=1, _a_FST50_0.doc=1, _b_FST50_0.pos=1, _c_FST50_0.pos=1, 
_a_FST50_0.pos=1, _b_FST50_0.doc=1, _c_FST50_0.doc=1, _h.tvd=1, 
_d_FST50_0.doc=1, _5.nvd=1, _7.fdt=1, _f_FST50_0.doc=1, _g_FST50_0.doc=1, 
_b.fdt=1, _e_FST50_0.doc=1, _s_Asserting_0.dvd=1, _l.tvd=1, _8.fdt=1, _b.nvd=1, 
_i.fdt=1, _p_Asserting_0.dvd=1, _k.nvd=1, _6.fdt=1, _j.tvd=1, _a.tvd=1, 
_p.fdt=1, _d.nvd=1, _8_Asserting_0.dvd=1, _5_Asserting_0.dvd=1, _e.fdt=1, 
_g.fdt=1, _8.nvd=1, _4.fdt=1, _t_FST50_0.doc=1, _t.nvd=1, _9.tvd=1, _c.tvd=1, 
_9_FST50_0.pos=1, _8_FST50_0.pos=1, _g.tvd=1, _f.nvd=1, _c.fdt=1, 
_t_FST50_0.pos=1, _4_FST50_0.pos=1, _q.nvd=1, _6.nvd=1, _l.fdt=1, _o.nvd=1, 
_7.tvd=1, _5_FST50_0.pos=1, _e.tvd=1, _6_FST50_0.pos=1, _7_FST50_0.pos=1, 
_a_Asserting_0.dvd=1, _a.fdt=1, _d_Asserting_0.dvd=1, _i.tvd=1, 
_g_Asserting_0.dvd=1, _4.nvd=1, _j_Asserting_0.dvd=1, _5.tvd=1, _p.tvd=1, 
_h.nvd=1, _j.fdt=1, _7_Asserting_0.dvd=1, _4_Asserting_0.dvd=1}
at 
__randomizedtesting.SeedInfo.seed([FA882DA7A388:B6E3AC6165285492]:0)
at 
org.apache.lucene.store.MockDirectoryWrapper.close(MockDirectoryWrapper.java:838)
at 
org.apache.lucene.index.TestIndexWriterWithThreads._testMultipleThreadsFailure(TestIndexWriterWithThreads.java:341)
at 
org.apache.lucene.index.TestIndexWriterWithThreads.testIOExceptionDuringWriteSegmentWithThreadsOnlyOnce(TestIndexWriterWithThreads.java:507)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 

[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-13-ea+26) - Build # 24294 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/24294/
Java: 64bit/jdk-13-ea+26 -XX:+UseCompressedOops -XX:+UseSerialGC

5 tests failed.
FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35936>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35936>
at 
__randomizedtesting.SeedInfo.seed([E3510006025F6808:3AACFB3494FACAA0]: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.util.TestRamUsageEstimator.testBytesRefHash(TestRamUsageEstimator.java:120)
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 
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 
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:830)


FAILED:  org.apache.lucene.util.TestRamUsageEstimator.testBytesRefHash

Error Message:
expected:<35952> but was:<35936>

Stack Trace:
java.lang.AssertionError: expected:<35952> but was:<35936>
at 
__randomizedtesting.SeedInfo.seed([E3510006025F6808:3AACFB3494FACAA0]: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 

[jira] [Commented] (SOLR-5266) HttpSolrServer: baseURL set by constructor and setter has not the same result

[Shawn Heisey (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-5266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873561#comment-16873561
 ] 

Shawn Heisey commented on SOLR-5266:


Check to see if there's an actual problem in current implementations like 
HttpSolrClient.

Based on the description, I do not think it's something to worry about -- 
removing a trailing slash sounds proper to me, so the value returned by the 
client may not precisely match the input.


> HttpSolrServer: baseURL set by constructor and setter has not the same result
> -
>
> Key: SOLR-5266
> URL: https://issues.apache.org/jira/browse/SOLR-5266
> Project: Solr
>  Issue Type: Bug
>  Components: clients - java
>Affects Versions: 4.4
>Reporter: Michael Stieler
>Priority: Minor
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> There is an unexpected difference between setting the base URL by the 
> constructor
> solrCore = new HttpSolrServer("http://localhost:8983/solr/;);
> and by the setter
> solrCore.setBaseURL("http://localhost:8983/solr/;);
> In the constructor, additional checks are performed such as removing the 
> trailing slash.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-5266) HttpSolrServer: baseURL set by constructor and setter has not the same result

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-5266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873547#comment-16873547
 ] 

Munendra S N commented on SOLR-5266:


Based on above comment and 
[this|https://github.com/apache/lucene-solr/blob/a76c962ee61f5185d30ff5bd94a23c16d21a5a98/solr/solrj/src/java/org/apache/solr/client/solrj/impl/HttpSolrClient.java#L183],
 closing this

[~elyograg]
What should be the resolution here?? Thanks in advance

> HttpSolrServer: baseURL set by constructor and setter has not the same result
> -
>
> Key: SOLR-5266
> URL: https://issues.apache.org/jira/browse/SOLR-5266
> Project: Solr
>  Issue Type: Bug
>  Components: clients - java
>Affects Versions: 4.4
>Reporter: Michael Stieler
>Priority: Minor
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> There is an unexpected difference between setting the base URL by the 
> constructor
> solrCore = new HttpSolrServer("http://localhost:8983/solr/;);
> and by the setter
> solrCore.setBaseURL("http://localhost:8983/solr/;);
> In the constructor, additional checks are performed such as removing the 
> trailing slash.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-8870) Support numeric value in Field class

[Namgyu Kim (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8870?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873528#comment-16873528
 ] 

Namgyu Kim commented on LUCENE-8870:


Thank you for your reply! [~jpountz] :D
{quote}My gut feeling is that trying to fold everything into a single field 
would make things more complicated rather than simpler.
{quote}
Yeah, I agree with some parts.
 I thought it would be nice to give more options to user.
 But if you think it can cause some confusions to users, I think remaining the 
current status is better.
{quote}About the TestField class,
 I think its class structure needs to be changed slightly.

It is no direct connection with this issue.
 But I plan to modify it like TestIntPoint, TestDoublePoint, ...
 Should not the test class name depend on the class name?
{quote}
By the way, what do you think about my first comment in this issue?
 It looks a little bit ambiguous, but I'm curious about your opinion.

> Support numeric value in Field class
> 
>
> Key: LUCENE-8870
> URL: https://issues.apache.org/jira/browse/LUCENE-8870
> Project: Lucene - Core
>  Issue Type: New Feature
>Reporter: Namgyu Kim
>Priority: Major
> Attachments: LUCENE-8870.patch
>
>
> I checked the following comment in Field class.
> {code:java}
> // TODO: allow direct construction of int, long, float, double value too..?
> {code}
> We already have some fields like IntPoint and StoredField, but I think it's 
> okay.
> The test cases are set in the TestField class.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[GitHub] [lucene-solr] nknize commented on a change in pull request #726: LUCENE-8632: New XYShape Field and Queries for indexing and searching general cartesian geometries

[GitBox]

nknize commented on a change in pull request #726: LUCENE-8632: New XYShape 
Field and Queries for indexing and searching general cartesian geometries
URL: https://github.com/apache/lucene-solr/pull/726#discussion_r297775659
 
 

 ##
 File path: lucene/sandbox/src/java/org/apache/lucene/document/LatLonShape.java
 ##
 @@ -54,14 +50,7 @@
  *
  * @lucene.experimental
  */
-public class LatLonShape {
-  static final int BYTES = Integer.BYTES;
-
-  protected static final FieldType TYPE = new FieldType();
-  static {
-TYPE.setDimensions(7, 4, BYTES);
-TYPE.freeze();
-  }
+public class LatLonShape extends ShapeField {
 
 Review comment:
   Not at all. Fixed.


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] nknize commented on a change in pull request #726: LUCENE-8632: New XYShape Field and Queries for indexing and searching general cartesian geometries

[GitBox]

nknize commented on a change in pull request #726: LUCENE-8632: New XYShape 
Field and Queries for indexing and searching general cartesian geometries
URL: https://github.com/apache/lucene-solr/pull/726#discussion_r297775614
 
 

 ##
 File path: lucene/sandbox/src/java/org/apache/lucene/document/XYShape.java
 ##
 @@ -0,0 +1,101 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.apache.lucene.document;
+
+import java.util.ArrayList;
+import java.util.List;
+
+import org.apache.lucene.geo.Tessellator;
+import org.apache.lucene.index.PointValues; // javadoc
+import org.apache.lucene.geo.XYLine;
+import org.apache.lucene.geo.XYPolygon;
+import org.apache.lucene.search.Query;
+
+import static org.apache.lucene.geo.XYEncodingUtils.encode;
+
+/**
+ * A cartesian shape utility class for indexing and searching geometries whose 
vertices are unitless x, y values.
+ * 
+ * This class defines six static factory methods for common indexing and 
search operations:
+ * 
+ *   {@link #createIndexableFields(String, XYPolygon)} for indexing a 
cartesian polygon.
+ *   {@link #createIndexableFields(String, XYLine)} for indexing a 
cartesian linestring.
+ *   {@link #createIndexableFields(String, double, double)} for indexing a 
x, y cartesian point.
+ *   {@link #newBoxQuery newBoxQuery()} for matching cartesian shapes that 
have some {@link QueryRelation} with a bounding box.
+ *   {@link #newBoxQuery newLineQuery()} for matching cartesian shapes 
that have some {@link QueryRelation} with a linestring.
+ *   {@link #newBoxQuery newPolygonQuery()} for matching cartesian shapes 
that have some {@link QueryRelation} with a polygon.
+ * 
+
+ * WARNING: Like {@link LatLonPoint}, vertex values are indexed with 
some loss of precision from the
+ * original {@code double} values.
+ * @see PointValues
+ * @see LatLonDocValuesField
+ *
+ * @lucene.experimental
+ */
+public class XYShape extends ShapeField {
 
 Review comment:
   We sure don't. Fixed.


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] nknize commented on a change in pull request #726: LUCENE-8632: New XYShape Field and Queries for indexing and searching general cartesian geometries

[GitBox]

nknize commented on a change in pull request #726: LUCENE-8632: New XYShape 
Field and Queries for indexing and searching general cartesian geometries
URL: https://github.com/apache/lucene-solr/pull/726#discussion_r297775564
 
 

 ##
 File path: lucene/sandbox/src/test/org/apache/lucene/document/TestXYShape.java
 ##
 @@ -0,0 +1,89 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.apache.lucene.document;
+
+import org.apache.lucene.document.ShapeField.QueryRelation;
+import org.apache.lucene.geo.XYLine;
+import org.apache.lucene.geo.XYPolygon;
+import org.apache.lucene.index.IndexReader;
+import org.apache.lucene.index.RandomIndexWriter;
+import org.apache.lucene.search.IndexSearcher;
+import org.apache.lucene.search.Query;
+import org.apache.lucene.store.Directory;
+import org.apache.lucene.util.IOUtils;
+import org.apache.lucene.util.LuceneTestCase;
+
+/** Test case for indexing cartesian shapes and search by bounding box, lines, 
and polygons */
+public class TestXYShape extends LuceneTestCase {
+
+  protected static String FIELDNAME = "field";
+  protected void addPolygonsToDoc(String field, Document doc, XYPolygon 
polygon) {
+Field[] fields = XYShape.createIndexableFields(field, polygon);
+for (Field f : fields) {
+  doc.add(f);
+}
+  }
+
+  protected Query newRectQuery(String field, double minX, double maxX, double 
minY, double maxY) {
+return XYShape.newBoxQuery(field, QueryRelation.INTERSECTS, minX, maxX, 
minY, maxY);
+  }
+
+  /** test we can search for a point with a standard number of vertices*/
+  public void testBasicIntersects() throws Exception {
+//int numVertices = TestUtil.nextInt(random(), 50, 100);
+Directory dir = newDirectory();
+RandomIndexWriter writer = new RandomIndexWriter(random(), dir);
+
+// add a random polygon document
+//Polygon p = GeoTestUtil.createRegularPolygon(0, 90, atLeast(100), 
numVertices);
+//XYPolygon xyp = new XYPolygon(p.getPolyLons(), p.getPolyLats(), 
XYShape.XYShapeType.INTEGER);
 
 Review comment:
   Kind of... I went back and made this test slightly more randomized...


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-5266) HttpSolrServer: baseURL set by constructor and setter has not the same result

[Shawn Heisey (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-5266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873522#comment-16873522
 ] 

Shawn Heisey commented on SOLR-5266:


HttpSolrServer was renamed to HttpSolrClient in 5.0.  In 6.0, in accordance 
with standard project deprecation standards, it was removed. This happened with 
all the SolrServer implementations except EmbeddedSolrServer -- since that 
actually IS a server.

> HttpSolrServer: baseURL set by constructor and setter has not the same result
> -
>
> Key: SOLR-5266
> URL: https://issues.apache.org/jira/browse/SOLR-5266
> Project: Solr
>  Issue Type: Bug
>  Components: clients - java
>Affects Versions: 4.4
>Reporter: Michael Stieler
>Priority: Minor
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> There is an unexpected difference between setting the base URL by the 
> constructor
> solrCore = new HttpSolrServer("http://localhost:8983/solr/;);
> and by the setter
> solrCore.setBaseURL("http://localhost:8983/solr/;);
> In the constructor, additional checks are performed such as removing the 
> trailing slash.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (LUCENE-8886) TestMutablePointsReaderUtils not doing what it is expected

[Ignacio Vera (JIRA)]

 [ 
https://issues.apache.org/jira/browse/LUCENE-8886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ignacio Vera updated LUCENE-8886:
-
Attachment: LUCENE-8886.patch
Status: Open  (was: Open)

> TestMutablePointsReaderUtils not doing what it is expected
> --
>
> Key: LUCENE-8886
> URL: https://issues.apache.org/jira/browse/LUCENE-8886
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Ignacio Vera
>Priority: Major
> Attachments: LUCENE-8886.patch
>
>
> The  TestMutablePointsReaderUtils is actually not doing what it is expected. 
> The problem is that we are constructing Point objects but not copying the 
> bytes provided so is always working with arrays with 0 values.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (LUCENE-8886) TestMutablePointsReaderUtils not doing what it is expected

[Ignacio Vera (JIRA)]

 [ 
https://issues.apache.org/jira/browse/LUCENE-8886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ignacio Vera updated LUCENE-8886:
-
Status: Patch Available  (was: Open)

> TestMutablePointsReaderUtils not doing what it is expected
> --
>
> Key: LUCENE-8886
> URL: https://issues.apache.org/jira/browse/LUCENE-8886
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Ignacio Vera
>Priority: Major
> Attachments: LUCENE-8886.patch
>
>
> The  TestMutablePointsReaderUtils is actually not doing what it is expected. 
> The problem is that we are constructing Point objects but not copying the 
> bytes provided so is always working with arrays with 0 values.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (LUCENE-8886) TestMutablePointsReaderUtils not doing what it is expected

[Ignacio Vera (JIRA)]

 [ 
https://issues.apache.org/jira/browse/LUCENE-8886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ignacio Vera updated LUCENE-8886:
-
Issue Type: Test  (was: Improvement)

> TestMutablePointsReaderUtils not doing what it is expected
> --
>
> Key: LUCENE-8886
> URL: https://issues.apache.org/jira/browse/LUCENE-8886
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Ignacio Vera
>Priority: Major
>
> The  TestMutablePointsReaderUtils is actually not doing what it is expected. 
> The problem is that we are constructing Point objects but not copying the 
> bytes provided so is always working with arrays with 0 values.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Created] (LUCENE-8886) TestMutablePointsReaderUtils not doing what it is expected

[Ignacio Vera (JIRA)]

Ignacio Vera created LUCENE-8886:


 Summary: TestMutablePointsReaderUtils not doing what it is expected
 Key: LUCENE-8886
 URL: https://issues.apache.org/jira/browse/LUCENE-8886
 Project: Lucene - Core
  Issue Type: Improvement
Reporter: Ignacio Vera


The  TestMutablePointsReaderUtils is actually not doing what it is expected. 
The problem is that we are constructing Point objects but not copying the bytes 
provided so is always working with arrays with 0 values.




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-12995) UnsupportedOperationException in HttpSolrCall.getRemotCoreUrl()

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-12995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873502#comment-16873502
 ] 

Munendra S N commented on SOLR-12995:
-

Looks like this is fixed in SOLR-13047. I'm planning to close this if there are 
no objections

cc [~ab]

> UnsupportedOperationException in HttpSolrCall.getRemotCoreUrl()
> ---
>
> Key: SOLR-12995
> URL: https://issues.apache.org/jira/browse/SOLR-12995
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 7.5
> Environment: Debian 9.3, OpenJDK Runtime Environment (build 
> 1.8.0_181-8u181-b13-2~deb9u1-b13)
>Reporter: Markus Jelsma
>Priority: Minor
> Fix For: master (9.0), 8.2
>
>
> Spotted two of these in the logs of a production server. That collection's 
> other replicas didn't log this error. In all the logs, i have seen only two 
> occurences, just four minutes apart.
> {code}
> 2018-11-07 16:14:04.340 ERROR (qtp831236296-1185) [   ] o.a.s.s.HttpSolrCall 
> null:java.lang.UnsupportedOperationException
> at java.util.AbstractList.add(AbstractList.java:148)
> at java.util.AbstractList.add(AbstractList.java:108)
> at 
> org.apache.solr.servlet.HttpSolrCall.getRemotCoreUrl(HttpSolrCall.java:905)
> at 
> org.apache.solr.servlet.HttpSolrCall.extractRemotePath(HttpSolrCall.java:431)
> at org.apache.solr.servlet.HttpSolrCall.init(HttpSolrCall.java:288)
> at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:469)
> at 
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:377)
> at 
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:323)
> at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1634)
> at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:533)
> at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146)
> at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
> at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
> at 
> org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257)
> at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595)
> at 
> org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
> at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1317)
> at 
> org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
> at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473)
> at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564)
> at 
> org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
> at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1219)
> at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
> at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:219)
> at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126)
> at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
> at 
> org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335)
> at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
> at org.eclipse.jetty.server.Server.handle(Server.java:531)
> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:352)
> at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260)
> at 
> org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:281)
> at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:102)
> at 
> org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118)
> at 
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)
> at 
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)
> at 
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)
> at 
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)
> at 
> org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)
> at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:762)
> at 
> 

[JENKINS] Lucene-Solr-Tests-master - Build # 3409 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3409/

All tests passed

Build Log:
[...truncated 54008 lines...]
-ecj-javadoc-lint-tests:
[mkdir] Created dir: /tmp/ecj1157160112
 [ecj-lint] Compiling 532 source files to /tmp/ecj1157160112
 [ecj-lint] --
 [ecj-lint] 1. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/TestAssertions.java
 (at line 44)
 [ecj-lint] new TestTokenStream1();
 [ecj-lint] ^^
 [ecj-lint] Resource leak: '' is never closed
 [ecj-lint] --
 [ecj-lint] 2. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/TestAssertions.java
 (at line 45)
 [ecj-lint] new TestTokenStream2();
 [ecj-lint] ^^
 [ecj-lint] Resource leak: '' is never closed
 [ecj-lint] --
 [ecj-lint] 3. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/TestAssertions.java
 (at line 47)
 [ecj-lint] new TestTokenStream3();
 [ecj-lint] ^^
 [ecj-lint] Resource leak: '' is never closed
 [ecj-lint] --
 [ecj-lint] --
 [ecj-lint] 4. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/TestMergeSchedulerExternal.java
 (at line 130)
 [ecj-lint] IndexWriter writer = new IndexWriter(dir, iwc);
 [ecj-lint] ^^
 [ecj-lint] Resource leak: 'writer' is never closed
 [ecj-lint] --
 [ecj-lint] --
 [ecj-lint] 5. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestCachingTokenFilter.java
 (at line 120)
 [ecj-lint] Analyzer analyzer = new MockAnalyzer(random());
 [ecj-lint]  
 [ecj-lint] Resource leak: 'analyzer' is never closed
 [ecj-lint] --
 [ecj-lint] 6. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestCachingTokenFilter.java
 (at line 122)
 [ecj-lint] CachingTokenFilter buffer = new CachingTokenFilter(input);
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'buffer' is never closed
 [ecj-lint] --
 [ecj-lint] --
 [ecj-lint] 7. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestCharFilter.java
 (at line 29)
 [ecj-lint] CharFilter cs = new CharFilter1(new StringReader(""));
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'cs' is never closed
 [ecj-lint] --
 [ecj-lint] 8. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestCharFilter.java
 (at line 34)
 [ecj-lint] CharFilter cs = new CharFilter2(new StringReader(""));
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'cs' is never closed
 [ecj-lint] --
 [ecj-lint] 9. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestCharFilter.java
 (at line 39)
 [ecj-lint] CharFilter cs = new CharFilter2(new CharFilter1(new 
StringReader("")));
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'cs' is never closed
 [ecj-lint] --
 [ecj-lint] 10. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestCharFilter.java
 (at line 44)
 [ecj-lint] CharFilter cs = new CharFilter1(new CharFilter1(new 
StringReader("")));
 [ecj-lint]^^
 [ecj-lint] Resource leak: 'cs' is never closed
 [ecj-lint] --
 [ecj-lint] --
 [ecj-lint] 11. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestDelegatingAnalyzerWrapper.java
 (at line 39)
 [ecj-lint] DelegatingAnalyzerWrapper w2 = new 
DelegatingAnalyzerWrapper(Analyzer.GLOBAL_REUSE_STRATEGY) {
 [ecj-lint]   ^^
 [ecj-lint] Resource leak: 'w2' is never closed
 [ecj-lint] --
 [ecj-lint] 12. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestDelegatingAnalyzerWrapper.java
 (at line 50)
 [ecj-lint] DelegatingAnalyzerWrapper w1 = new 
DelegatingAnalyzerWrapper(Analyzer.GLOBAL_REUSE_STRATEGY) {
 [ecj-lint]   ^^
 [ecj-lint] Resource leak: 'w1' is never closed
 [ecj-lint] --
 [ecj-lint] 13. WARNING in 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/lucene/core/src/test/org/apache/lucene/analysis/TestDelegatingAnalyzerWrapper.java
 (at line 71)
 [ecj-lint] DelegatingAnalyzerWrapper w1 = new 
DelegatingAnalyzerWrapper(Analyzer.GLOBAL_REUSE_STRATEGY) {
 [ecj-lint]   ^^
 [ecj-lint] Resource leak: 'w1' is never closed
 

[jira] [Commented] (SOLR-5313) json update extract boost from document value

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-5313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873486#comment-16873486
 ] 

Munendra S N commented on SOLR-5313:


Index time boosts are removed as part of LUCENE-6819. I'm planning to close 
this if there are no objections
 cc [~jpountz]

> json update extract boost from document value
> -
>
> Key: SOLR-5313
> URL: https://issues.apache.org/jira/browse/SOLR-5313
> Project: Solr
>  Issue Type: Improvement
>Affects Versions: 3.6
>Reporter: Nicolas Franck
>Priority: Minor
>  Labels: boost, document, json, solr, update
>
> The current JsonLoader in org.apache.solr.handler provides a way to add a 
> boost to a document as a whole. But if you want to add multiple documents,
> each with its own boost, you have to create something like this:
> {
>   "add": { "boost":2.0, "doc": {} },
>   "add": { "boost":2.0, "doc": {} }
>   ..
> }
> No idea which JSON-writer can do this (I use the one from perl,
> that does not support duplicate keys).
> Therefore I tried to alter some of the code in JsonLoader::handleAdds.
> The code is between "//test - start" and "//test - end":
>   cmd.solrDoc = parseDoc(ev);
>   //test - start
>   if(boost_field != null){
>   SolrInputField b_field = cmd.solrDoc.getField(boost_field);
>   if(b_field != null){
>   log.info("boost_field found in document with value 
> '"+b_field.getFirstValue()+"'");  
>   float boost = 
> Float.parseFloat((String)b_field.getFirstValue());  
>   cmd.solrDoc.setDocumentBoost(boost);
>   cmd.solrDoc.removeField(boost_field);
>   }
>   }
>   //test - end
>  processor.processAdd(cmd);
> In this code I try to extract the boost value for the document from the 
> document itself. The default field is configured as "_boost", and is deleted
> from the document afterwards.
> I tried to subclass JsonLoader, but sadly the class is package-protected ;-)
> Could this be an interesting contribution?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-6376) Edismax field alias bug

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-6376?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873476#comment-16873476
 ] 

Munendra S N commented on SOLR-6376:


Specifying nonexistent field in qf fails the request - SOLR-5163.  So, this 
issue shouldn't occur. I'm planning to close this one if there are no objections
cc [~dsmiley] [~Charles Sanders] 

> Edismax field alias bug
> ---
>
> Key: SOLR-6376
> URL: https://issues.apache.org/jira/browse/SOLR-6376
> Project: Solr
>  Issue Type: Bug
>  Components: query parsers
>Affects Versions: 4.6.1, 4.7, 4.7.2, 4.8, 4.9, 4.10.1
>Reporter: Thomas Egense
>Priority: Minor
>  Labels: difficulty-easy, edismax, impact-low
> Attachments: SOLR-6376.patch, SOLR-6376.patch
>
>
> If you create a field alias that maps to a nonexistent field, the query will 
> be parsed to utter garbage.
> The bug can reproduced very easily. Add the following line to the /browse 
> request handler in the tutorial example solrconfig.xml
> name features XXX
> (XXX is a nonexistent field)
> This simple query will actually work correctly: 
> name_features:video
> and it will be parsed to  (features:video | name:video) and return 3 results. 
> It has simply discarded the nonexistent field and the result set is correct.
> However if you change the query to:
> name_features:video AND name_features:video
> you will now get 0 result and the query is parsed to 
> +(((features:video | name:video) (id:AND^10.0 | author:and^2.0 | 
> title:and^10.0 | cat:AND^1.4 | text:and^0.5 | keywords:and^5.0 | manu:and^1.1 
> | description:and^5.0 | resourcename:and | name:and^1.2 | features:and) 
> (features:video | name:video))~3)
> Notice the AND operator is now used a term! The parsed query can turn out 
> even worse and produce query parts such as:
> title:2~2
> title:and^2.0^10.0  
> Prefered solution: During start up, shut down Solr if there is a nonexistant 
> field alias. Just as is the case if the cycle-detection detects a cycle:
> Acceptable solution: Ignore the nonexistant field totally.
> Thomas Egense



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-8.x-MacOSX (64bit/jdk1.8.0) - Build # 207 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-MacOSX/207/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.cloud.OverseerTaskQueueTest.testPeekElements

Error Message:
Time was 1771ms, expected 250-1500ms

Stack Trace:
java.lang.AssertionError: Time was 1771ms, expected 250-1500ms
at 
__randomizedtesting.SeedInfo.seed([753A108196E06B39:8814AAA046D93F24]:0)
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.assertTrue(Assert.java:41)
at 
org.apache.solr.cloud.DistributedQueueTest.testPeekElements(DistributedQueueTest.java:278)
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 14693 lines...]
   [junit4] Suite: org.apache.solr.cloud.OverseerTaskQueueTest
   [junit4]   2> Creating dataDir: 

[JENKINS] Lucene-Solr-SmokeRelease-8.1 - Build # 44 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-8.1/44/

No tests ran.

Build Log:
[...truncated 23884 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 2570 links (2103 relative) to 3374 anchors in 253 files
 [echo] Validated Links & Anchors via: 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.1/solr/build/solr-ref-guide/bare-bones-html/

-dist-changes:
 [copy] Copying 4 files to 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.1/solr/package/changes

package:

-unpack-solr-tgz:

-ensure-solr-tgz-exists:
[mkdir] Created dir: 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.1/solr/build/solr.tgz.unpacked
[untar] Expanding: 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.1/solr/package/solr-8.1.2.tgz
 into 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-8.1/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.1/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.1/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.1/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.1/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.1/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.1/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.1/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.1/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.1/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.1/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.1/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-5266) HttpSolrServer: baseURL set by constructor and setter has not the same result

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-5266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873471#comment-16873471
 ] 

Munendra S N commented on SOLR-5266:


Couldn't find HttpSolrServer in the master. I'm planning to close this a day or 
two if there are no objections

> HttpSolrServer: baseURL set by constructor and setter has not the same result
> -
>
> Key: SOLR-5266
> URL: https://issues.apache.org/jira/browse/SOLR-5266
> Project: Solr
>  Issue Type: Bug
>  Components: clients - java
>Affects Versions: 4.4
>Reporter: Michael Stieler
>Priority: Minor
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> There is an unexpected difference between setting the base URL by the 
> constructor
> solrCore = new HttpSolrServer("http://localhost:8983/solr/;);
> and by the setter
> solrCore.setBaseURL("http://localhost:8983/solr/;);
> In the constructor, additional checks are performed such as removing the 
> trailing slash.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-4197) EDismax allows end users to use local params in q= to override global params

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873465#comment-16873465
 ] 

Munendra S N commented on SOLR-4197:


When defType is not lucene, then parsing localParams is disabled (SOLR-11501). 
So, If the defType is edismax then, localParams won't be parsed. So, it seems 
this issue is fixed. I'm planning to close this a day or two day if there are 
no concerns
cc [~dsmiley]

> EDismax allows end users to use local params in q= to override global params
> 
>
> Key: SOLR-4197
> URL: https://issues.apache.org/jira/browse/SOLR-4197
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 3.5, 3.6, 4.0
>Reporter: Peter Wolanin
>Priority: Major
>
> Edismax is advertised as suitable to be used to "process advanced user input 
> directly".  Thus, it would seem reasonable to have an application directly 
> pass user input in the q= parameter to a back-end Solr server.
> However, it seems that users can enter local params at the start of q= which 
> override the global params that the application (e.g. website) may have set 
> on the query string.  Confirmed with Erik Hatcher that this is somewhat 
> unexpected behavior (though one could argue it's an expected feature of any 
> query parser)
> Proposed fix - add a parameter (e.g. that can be used as an invariant) that 
> can be passed to inhibit Solr from using local params from the q= parameter.
> This is somewhat related to SOLR-1687



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Resolved] (SOLR-4042) NullPointerException for query type 'query' without '{! ...}' syntax

[Munendra S N (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SOLR-4042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Munendra S N resolved SOLR-4042.

Resolution: Fixed

> NullPointerException for query type 'query' without '{! ...}' syntax
> 
>
> Key: SOLR-4042
> URL: https://issues.apache.org/jira/browse/SOLR-4042
> Project: Solr
>  Issue Type: Bug
>  Components: query parsers
>Affects Versions: 4.0, 6.0
>Reporter: Joel Nothman
>Priority: Minor
> Fix For: 7.2
>
>
> The 'query' query type, corresponding to NestedQParserPlugin, expects a query 
> of form: "{! ... } ...". An empty q parameter, or a list of search terms 
> causes a NullPointerException because NestedQParserPlugin.createParser 
> receives a localParams == null, which is then used without checking in 
> NestedQParserPlugin.QParser.parse().
> Correct behaviour is currently ambiguous: throw a syntax error? or execute 
> the query with the default parser?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-4042) NullPointerException for query type 'query' without '{! ...}' syntax

[Munendra S N (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SOLR-4042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Munendra S N updated SOLR-4042:
---
Fix Version/s: 7.2

> NullPointerException for query type 'query' without '{! ...}' syntax
> 
>
> Key: SOLR-4042
> URL: https://issues.apache.org/jira/browse/SOLR-4042
> Project: Solr
>  Issue Type: Bug
>  Components: query parsers
>Affects Versions: 4.0, 6.0
>Reporter: Joel Nothman
>Priority: Minor
> Fix For: 7.2
>
>
> The 'query' query type, corresponding to NestedQParserPlugin, expects a query 
> of form: "{! ... } ...". An empty q parameter, or a list of search terms 
> causes a NullPointerException because NestedQParserPlugin.createParser 
> receives a localParams == null, which is then used without checking in 
> NestedQParserPlugin.QParser.parse().
> Correct behaviour is currently ambiguous: throw a syntax error? or execute 
> the query with the default parser?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-4042) NullPointerException for query type 'query' without '{! ...}' syntax

[Munendra S N (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-4042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873455#comment-16873455
 ] 

Munendra S N commented on SOLR-4042:


This is fixed in the master. Related Issue - SOLR-11501. Marking it as closed
{code:java}
https://github.com/apache/lucene-solr/blob/a76c962ee61f5185d30ff5bd94a23c16d21a5a98/solr/core/src/java/org/apache/solr/search/NestedQParserPlugin.java#L40
{code}
cc [~dsmiley]

> NullPointerException for query type 'query' without '{! ...}' syntax
> 
>
> Key: SOLR-4042
> URL: https://issues.apache.org/jira/browse/SOLR-4042
> Project: Solr
>  Issue Type: Bug
>  Components: query parsers
>Affects Versions: 4.0, 6.0
>Reporter: Joel Nothman
>Priority: Minor
>
> The 'query' query type, corresponding to NestedQParserPlugin, expects a query 
> of form: "{! ... } ...". An empty q parameter, or a list of search terms 
> causes a NullPointerException because NestedQParserPlugin.createParser 
> receives a localParams == null, which is then used without checking in 
> NestedQParserPlugin.QParser.parse().
> Correct behaviour is currently ambiguous: throw a syntax error? or execute 
> the query with the default parser?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-8855) Add Accountable to some Query implementations

[Andrzej Bialecki (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873453#comment-16873453
 ] 

Andrzej Bialecki  commented on LUCENE-8855:
---

The issue that depends on it (SOLR-13003) is a bug.

> Add Accountable to some Query implementations
> -
>
> Key: LUCENE-8855
> URL: https://issues.apache.org/jira/browse/LUCENE-8855
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Major
> Fix For: 8.1.2
>
> Attachments: LUCENE-8855.patch, LUCENE-8855.patch, LUCENE-8855.patch, 
> LUCENE-8855.patch, LUCENE-8855.patch
>
>
> Query implementations should also support {{Accountable}} API in order to 
> monitor the memory consumption e.g. in caches where either keys or values are 
> {{Query}} instances.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: 8.1.2 bug fix release

[Ignacio Vera]

I had a look before and I could not find the section 8.1.2 in 8x and
master. I supposed the entry is created once the version is released, so
not sure how to proceed.


On Wed, Jun 26, 2019 at 4:53 PM Ignacio Vera  wrote:

> Thanks Andrezej,
>
> I will do it soon
>
> On Wed, Jun 26, 2019 at 4:43 PM Andrzej Białecki  wrote:
>
>> Ignacio, I think you need to move the entry in lucene/CHANGES.txt for
>> this issue to the 8.1.2 section, not just in branch_8_1 but consistenly on
>> master and on branch_8x?
>>
>> On 25 Jun 2019, at 17:02, Ignacio Vera  wrote:
>>
>> Hi,
>>
>> I would like to backport bug fix LUCENE-8775 that fixes some failures in
>> the polygon Tessellator when a polygon contain a hole sharing a vertex with
>> the polygon. Is that ok?
>>
>> Thanks,
>>
>> Ignacio
>>
>> On Tue, Jun 25, 2019 at 1:39 AM Steve Rowe  wrote:
>>
>>> Hi Đạt, I re-enabled the ASF Jenkins 8.1 jobs. - Steve
>>>
>>> On Jun 24, 2019, at 8:09 AM, Đạt Cao Mạnh 
>>> wrote:
>>>
>>> Hi Uwe, Steve.
>>>
>>> Can Jenkins on branch_8_1 be resumed for 8.1.2 release? I am not sure
>>> how to enable them on https://builds.apache.org/view/L/view/Lucene/
>>>
>>> Thanks.
>>>
>>> On Thu, Jun 13, 2019 at 10:51 AM Ishan Chattopadhyaya <
>>> ichattopadhy...@gmail.com> wrote:
>>>
 Sure Dat, sounds good.

 On Thu, Jun 13, 2019 at 2:11 PM Đạt Cao Mạnh 
 wrote:
 >
 > Hi Ishan,
 >
 > If upgrade Jetty seems too much for a bug fix release, I will try to
 upgrade only part that affect SOLR-13413 (one module). Then see how tests
 will behave then. Does that sound good?
 >
 > On Thu, Jun 13, 2019 at 4:51 AM Ishan Chattopadhyaya <
 ichattopadhy...@gmail.com> wrote:
 >>
 >> Have we vetted all other changes to Jetty? Are we sure that they
 don't introduce a different regression?
 >>
 >> On Thu, 13 Jun, 2019, 4:16 AM Kevin Risden, 
 wrote:
 >>>
 >>> +1 to 8.1.2 and the Jetty upgrade. FYI Erick created
 https://issues.apache.org/jira/browse/SOLR-13541 specifically for the
 Jetty upgrade.
 >>>
 >>> Kevin Risden
 >>>
 >>>
 >>> On Wed, Jun 12, 2019 at 4:47 PM Đạt Cao Mạnh <
 caomanhdat...@gmail.com> wrote:
 
  Hi David, yeah sure, that bug fix seems important.
  I also want to do the upgrade Jetty 9.4.19 for 8.1.2 (fix:
 SOLR-13413). Do you guys have any objections?
 
  On Wed, Jun 12, 2019 at 3:40 PM David Smiley <
 david.w.smi...@gmail.com> wrote:
 >
 > Yes thanks for volunteering.  Also, lets get this serious bug fix
 in:  https://issues.apache.org/jira/browse/SOLR-13523
 >
 > ~ David Smiley
 > Apache Lucene/Solr Search Developer
 > http://www.linkedin.com/in/davidwsmiley
 >
 >
 > On Wed, Jun 12, 2019 at 9:27 AM Đạt Cao Mạnh <
 caomanhdat...@gmail.com> wrote:
 >>
 >> Hi,
 >>
 >> Just right after the 8.1.1 release has been published we’ve
 discovered a serious bug in BasicAuthentication which affect all released
 versions of Solr including 8.0, 8.1, 8.1.1. Details of the bug can be found
 in SOLR-13510.
 >>
 >> I’m volunteering to do this release, if there are no objections,
 and I’d like to create a RC early next week.
 >>
 >> --
 >> Best regards,
 >> Cao Mạnh Đạt
 >> E-mail: caomanhdat...@gmail.com
 
 
 
  --
  Best regards,
  Cao Mạnh Đạt
  E-mail: caomanhdat...@gmail.com
 >
 >
 >
 > --
 > Best regards,
 > Cao Mạnh Đạt
 > E-mail: caomanhdat...@gmail.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


>>>
>>> --
>>> *Best regards,*
>>> *Cao Mạnh Đạt*
>>> *E-mail: caomanhdat...@gmail.com *
>>>
>>>
>>>
>>

[jira] [Commented] (LUCENE-8855) Add Accountable to some Query implementations

[Adrien Grand (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873426#comment-16873426
 ] 

Adrien Grand commented on LUCENE-8855:
--

[~ab] I'm surprised this went to 8.1, this isn't a bug fix?

> Add Accountable to some Query implementations
> -
>
> Key: LUCENE-8855
> URL: https://issues.apache.org/jira/browse/LUCENE-8855
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Major
> Fix For: 8.1.2
>
> Attachments: LUCENE-8855.patch, LUCENE-8855.patch, LUCENE-8855.patch, 
> LUCENE-8855.patch, LUCENE-8855.patch
>
>
> Query implementations should also support {{Accountable}} API in order to 
> monitor the memory consumption e.g. in caches where either keys or values are 
> {{Query}} instances.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: 8.1.2 bug fix release

[Ignacio Vera]

Thanks Andrezej,

I will do it soon

On Wed, Jun 26, 2019 at 4:43 PM Andrzej Białecki  wrote:

> Ignacio, I think you need to move the entry in lucene/CHANGES.txt for this
> issue to the 8.1.2 section, not just in branch_8_1 but consistenly on
> master and on branch_8x?
>
> On 25 Jun 2019, at 17:02, Ignacio Vera  wrote:
>
> Hi,
>
> I would like to backport bug fix LUCENE-8775 that fixes some failures in
> the polygon Tessellator when a polygon contain a hole sharing a vertex with
> the polygon. Is that ok?
>
> Thanks,
>
> Ignacio
>
> On Tue, Jun 25, 2019 at 1:39 AM Steve Rowe  wrote:
>
>> Hi Đạt, I re-enabled the ASF Jenkins 8.1 jobs. - Steve
>>
>> On Jun 24, 2019, at 8:09 AM, Đạt Cao Mạnh 
>> wrote:
>>
>> Hi Uwe, Steve.
>>
>> Can Jenkins on branch_8_1 be resumed for 8.1.2 release? I am not sure how
>> to enable them on https://builds.apache.org/view/L/view/Lucene/
>>
>> Thanks.
>>
>> On Thu, Jun 13, 2019 at 10:51 AM Ishan Chattopadhyaya <
>> ichattopadhy...@gmail.com> wrote:
>>
>>> Sure Dat, sounds good.
>>>
>>> On Thu, Jun 13, 2019 at 2:11 PM Đạt Cao Mạnh 
>>> wrote:
>>> >
>>> > Hi Ishan,
>>> >
>>> > If upgrade Jetty seems too much for a bug fix release, I will try to
>>> upgrade only part that affect SOLR-13413 (one module). Then see how tests
>>> will behave then. Does that sound good?
>>> >
>>> > On Thu, Jun 13, 2019 at 4:51 AM Ishan Chattopadhyaya <
>>> ichattopadhy...@gmail.com> wrote:
>>> >>
>>> >> Have we vetted all other changes to Jetty? Are we sure that they
>>> don't introduce a different regression?
>>> >>
>>> >> On Thu, 13 Jun, 2019, 4:16 AM Kevin Risden, 
>>> wrote:
>>> >>>
>>> >>> +1 to 8.1.2 and the Jetty upgrade. FYI Erick created
>>> https://issues.apache.org/jira/browse/SOLR-13541 specifically for the
>>> Jetty upgrade.
>>> >>>
>>> >>> Kevin Risden
>>> >>>
>>> >>>
>>> >>> On Wed, Jun 12, 2019 at 4:47 PM Đạt Cao Mạnh <
>>> caomanhdat...@gmail.com> wrote:
>>> 
>>>  Hi David, yeah sure, that bug fix seems important.
>>>  I also want to do the upgrade Jetty 9.4.19 for 8.1.2 (fix:
>>> SOLR-13413). Do you guys have any objections?
>>> 
>>>  On Wed, Jun 12, 2019 at 3:40 PM David Smiley <
>>> david.w.smi...@gmail.com> wrote:
>>> >
>>> > Yes thanks for volunteering.  Also, lets get this serious bug fix
>>> in:  https://issues.apache.org/jira/browse/SOLR-13523
>>> >
>>> > ~ David Smiley
>>> > Apache Lucene/Solr Search Developer
>>> > http://www.linkedin.com/in/davidwsmiley
>>> >
>>> >
>>> > On Wed, Jun 12, 2019 at 9:27 AM Đạt Cao Mạnh <
>>> caomanhdat...@gmail.com> wrote:
>>> >>
>>> >> Hi,
>>> >>
>>> >> Just right after the 8.1.1 release has been published we’ve
>>> discovered a serious bug in BasicAuthentication which affect all released
>>> versions of Solr including 8.0, 8.1, 8.1.1. Details of the bug can be found
>>> in SOLR-13510.
>>> >>
>>> >> I’m volunteering to do this release, if there are no objections,
>>> and I’d like to create a RC early next week.
>>> >>
>>> >> --
>>> >> Best regards,
>>> >> Cao Mạnh Đạt
>>> >> E-mail: caomanhdat...@gmail.com
>>> 
>>> 
>>> 
>>>  --
>>>  Best regards,
>>>  Cao Mạnh Đạt
>>>  E-mail: caomanhdat...@gmail.com
>>> >
>>> >
>>> >
>>> > --
>>> > Best regards,
>>> > Cao Mạnh Đạt
>>> > E-mail: caomanhdat...@gmail.com
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>
>> --
>> *Best regards,*
>> *Cao Mạnh Đạt*
>> *E-mail: caomanhdat...@gmail.com *
>>
>>
>>
>

[jira] [Commented] (SOLR-13122) Ability to query aliases in Solr Admin UI

[JIRA]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873398#comment-16873398
 ] 

Jan Høydahl commented on SOLR-13122:


I have not attempted multi level, The UI will only create top level aliases as 
far as I know. The physical location of the create alias button perhaps 
suggests otherwise and should be moved?

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collections-menu.png, alias-collections-menu.png, alias-dropdown.png, 
> alias-select-double.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: 8.1.2 bug fix release

[Andrzej Białecki]

Ignacio, I think you need to move the entry in lucene/CHANGES.txt for this 
issue to the 8.1.2 section, not just in branch_8_1 but consistenly on master 
and on branch_8x?

> On 25 Jun 2019, at 17:02, Ignacio Vera  wrote:
> 
> Hi,
> 
> I would like to backport bug fix LUCENE-8775 that fixes some failures in the 
> polygon Tessellator when a polygon contain a hole sharing a vertex with the 
> polygon. Is that ok?
> 
> Thanks,
> 
> Ignacio
> 
> On Tue, Jun 25, 2019 at 1:39 AM Steve Rowe  > wrote:
> Hi Đạt, I re-enabled the ASF Jenkins 8.1 jobs. - Steve
> 
>> On Jun 24, 2019, at 8:09 AM, Đạt Cao Mạnh > > wrote:
>> 
>> Hi Uwe, Steve.
>> 
>> Can Jenkins on branch_8_1 be resumed for 8.1.2 release? I am not sure how to 
>> enable them on https://builds.apache.org/view/L/view/Lucene/ 
>>  
>> 
>> Thanks.
>> 
>> On Thu, Jun 13, 2019 at 10:51 AM Ishan Chattopadhyaya 
>> mailto:ichattopadhy...@gmail.com>> wrote:
>> Sure Dat, sounds good.
>> 
>> On Thu, Jun 13, 2019 at 2:11 PM Đạt Cao Mạnh > > wrote:
>> >
>> > Hi Ishan,
>> >
>> > If upgrade Jetty seems too much for a bug fix release, I will try to 
>> > upgrade only part that affect SOLR-13413 (one module). Then see how tests 
>> > will behave then. Does that sound good?
>> >
>> > On Thu, Jun 13, 2019 at 4:51 AM Ishan Chattopadhyaya 
>> > mailto:ichattopadhy...@gmail.com>> wrote:
>> >>
>> >> Have we vetted all other changes to Jetty? Are we sure that they don't 
>> >> introduce a different regression?
>> >>
>> >> On Thu, 13 Jun, 2019, 4:16 AM Kevin Risden, > >> > wrote:
>> >>>
>> >>> +1 to 8.1.2 and the Jetty upgrade. FYI Erick created 
>> >>> https://issues.apache.org/jira/browse/SOLR-13541 
>> >>>  specifically for the 
>> >>> Jetty upgrade.
>> >>>
>> >>> Kevin Risden
>> >>>
>> >>>
>> >>> On Wed, Jun 12, 2019 at 4:47 PM Đạt Cao Mạnh > >>> > wrote:
>> 
>>  Hi David, yeah sure, that bug fix seems important.
>>  I also want to do the upgrade Jetty 9.4.19 for 8.1.2 (fix: SOLR-13413). 
>>  Do you guys have any objections?
>> 
>>  On Wed, Jun 12, 2019 at 3:40 PM David Smiley >  > wrote:
>> >
>> > Yes thanks for volunteering.  Also, lets get this serious bug fix in:  
>> > https://issues.apache.org/jira/browse/SOLR-13523 
>> > 
>> >
>> > ~ David Smiley
>> > Apache Lucene/Solr Search Developer
>> > http://www.linkedin.com/in/davidwsmiley 
>> > 
>> >
>> >
>> > On Wed, Jun 12, 2019 at 9:27 AM Đạt Cao Mạnh > > > wrote:
>> >>
>> >> Hi,
>> >>
>> >> Just right after the 8.1.1 release has been published we’ve 
>> >> discovered a serious bug in BasicAuthentication which affect all 
>> >> released versions of Solr including 8.0, 8.1, 8.1.1. Details of the 
>> >> bug can be found in SOLR-13510.
>> >>
>> >> I’m volunteering to do this release, if there are no objections, and 
>> >> I’d like to create a RC early next week.
>> >>
>> >> --
>> >> Best regards,
>> >> Cao Mạnh Đạt
>> >> E-mail: caomanhdat...@gmail.com 
>> 
>> 
>> 
>>  --
>>  Best regards,
>>  Cao Mạnh Đạt
>>  E-mail: caomanhdat...@gmail.com 
>> >
>> >
>> >
>> > --
>> > Best regards,
>> > Cao Mạnh Đạt
>> > E-mail: caomanhdat...@gmail.com 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org 
>> 
>> For additional commands, e-mail: dev-h...@lucene.apache.org 
>> 
>> 
>> 
>> 
>> -- 
>> Best regards,
>> Cao Mạnh Đạt
>> E-mail: caomanhdat...@gmail.com 
> 

[jira] [Commented] (LUCENE-8885) Optimise BKD reader by exploiting cardinality information stored on leaves

[Ignacio Vera (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873395#comment-16873395
 ] 

Ignacio Vera commented on LUCENE-8885:
--

With 1 you would have to track the last visited point and associate that with 
the corresponding call to visit(int docID) which is not nice and relies on the 
behaviour of the reader.

2 is more practical and ;less intrusive and using a DocIdSetIterator will make 
the API cleaner ++

> Optimise BKD reader by exploiting cardinality information stored on leaves
> --
>
> Key: LUCENE-8885
> URL: https://issues.apache.org/jira/browse/LUCENE-8885
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Ignacio Vera
>Priority: Major
>
> In LUCENE-8688 it was introduce a new storing strategy for leaves contains 
> duplicated points. In such case the points are stored together with the 
> cardinality. We still call the IntersectVisitor once per document therefore 
> we are checking many times the same point agains the query. The idea is to 
> check the point once and then add all the documents.
> The API of the IntersectVisitor does not allow that, and therefore to exploit 
> that property we need to either change the API or extend it. Here are the 
> possibilities I can think of:
> 1) Modify the API by replacing the method IntersectVisitor#visit(byte[], int) 
> by the following method:
> {code:java}
>  /** Called for leaf cells that intersects the leaf to test if the point  
>  matches to the query
>  * In case it matches, the implementor must call {@link 
> IntersectVisitor#visit(int)} with the
>  * documents associated with this point are visited */
> boolean matches(byte[] packedValue) throws IOException;
> {code}
> This will allow the BKD reader to check if a point matches the query and if 
> true then Coll the method IntersectVisitor#visit(int) for all documents 
> associated with that point.
> The drawback of this approach is backwards compatibility and the need to 
> update all classes implement this interface.
> 2) Extends the API by adding a new default method in the IntersectVisitor 
> interface:
> {code:java}
>  /** Called for documents in a leaf cell that crosses the query.  The consumer
>  *  should scrutinize the packedValue to decide whether to accept it.  If 
> accepted it should
>  *  consider only the {@code numberDocs} documents starting at {@code 
> offset} In the 1D case,
>  *  values are visited in increasing order, and in the case of ties, in 
> increasing
>  *  docID order. */
> default void visit(int[] docID, int offset, int numberDocs, byte[] 
> packedValue) throws IOException {
>   for ( int i =offset; i < offset + numberDocs; i++) {
> visit(docID[i], packedValue);
>   }
> }
> {code}
> The merit of this approach is that is backwards compatible and it is up to 
> the implementors to override this method and get the benefits for this 
> optimisation.The biggest downside is that it assumes that the codec has doc 
> IDs available in an int[] slice as opposed to streaming them from disk 
> directly to the IntersectVisitor for instance as [~jpountz] noted.
> Maybe there are more options I did not think about so looking forward to 
> hearing opining if we should do this change at all and if so, how to approach 
> it. My +1 goes to 1).



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-8855) Add Accountable to some Query implementations

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873393#comment-16873393
 ] 

ASF subversion and git services commented on LUCENE-8855:
-

Commit 5dfdc3029b231202e4a5af27c69d357e1a9a7a0e in lucene-solr's branch 
refs/heads/branch_8_1 from Andrzej Bialecki
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=5dfdc30 ]

LUCENE-8855: Add Accountable to some Query implementations.


> Add Accountable to some Query implementations
> -
>
> Key: LUCENE-8855
> URL: https://issues.apache.org/jira/browse/LUCENE-8855
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Major
> Fix For: 8.1.2
>
> Attachments: LUCENE-8855.patch, LUCENE-8855.patch, LUCENE-8855.patch, 
> LUCENE-8855.patch, LUCENE-8855.patch
>
>
> Query implementations should also support {{Accountable}} API in order to 
> monitor the memory consumption e.g. in caches where either keys or values are 
> {{Query}} instances.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-8855) Add Accountable to some Query implementations

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873386#comment-16873386
 ] 

ASF subversion and git services commented on LUCENE-8855:
-

Commit 81208427d25f4541957eeeb03d971e1c45226428 in lucene-solr's branch 
refs/heads/branch_8x from Andrzej Bialecki
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=8120842 ]

LUCENE-8855: Add Accountable to some Query implementations.


> Add Accountable to some Query implementations
> -
>
> Key: LUCENE-8855
> URL: https://issues.apache.org/jira/browse/LUCENE-8855
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Major
> Fix For: 8.1.2
>
> Attachments: LUCENE-8855.patch, LUCENE-8855.patch, LUCENE-8855.patch, 
> LUCENE-8855.patch, LUCENE-8855.patch
>
>
> Query implementations should also support {{Accountable}} API in order to 
> monitor the memory consumption e.g. in caches where either keys or values are 
> {{Query}} instances.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Lucene/Solr 8.2.0

[Ignacio Vera]

Hi all,

8.1 has been released on May 16th and we have new features, enhancements
and fixes that are not released yet so I'd like to start thinking in
releasing Lucene/Solr 8.2.0.

I can create the 8.2 branch in two weeks time (around July 10th) and build
the first RC by the end of that week if that works for everyone. Please let
me know if there are bug fixes that needs to be fixed in 8.2 and might not
be ready by then.

Cheers,

Ignacio

[jira] [Commented] (LUCENE-8883) CHANGES.txt: Auto add issue categories on new releases

[Alexandre Rafalovitch (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-8883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873367#comment-16873367
 ] 

Alexandre Rafalovitch commented on LUCENE-8883:
---

I wonder if we could also include the templates for various ways to make the 
actual change entry (single JIRA, multi JIRA, multi-users, hattip, username vs 
real names, etc). The ideal thing would have been to be able to completely 
parse the README entries, instead of regexp hack them as happens now for HTML 
conversion.

> CHANGES.txt: Auto add issue categories on new releases
> --
>
> Key: LUCENE-8883
> URL: https://issues.apache.org/jira/browse/LUCENE-8883
> Project: Lucene - Core
>  Issue Type: Task
>  Components: general/build
>Reporter: David Smiley
>Assignee: David Smiley
>Priority: Minor
>
> As I write this, looking at Solr's CHANGES.txt for 8.2 I see we have some 
> sections: "Upgrade Notes", "New Features", "Bug Fixes", and "Other Changes".  
> There is no "Improvements" so no surprise here, the New Features category 
> has issues that ought to be listed as such.  I think the order vary as well.  
> I propose that on new releases, the initial state of the next release in 
> CHANGES.txt have these sections.  They can easily be removed at the upcoming 
> release if there are no such sections, or they could stay as empty.  It seems 
> addVersion.py is the code that sets this up and it could be enhanced.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-13122) Ability to query aliases in Solr Admin UI

[Andrzej Bialecki (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873342#comment-16873342
 ] 

Andrzej Bialecki  commented on SOLR-13122:
--

[~janhoy] this looks cool, +1.

However, I realized there's a potential serious issue here: a button "Create 
Alias" in the context of an alias may give users wrong ideas, because it may 
suggest that you can create as many levels of aliases as you want - whereas 
only either one or AT MOST two levels of indirection are supported.

In other words, only the following chains are properly resolved:

{{level0 -> collections}}
 {{level0 -> level1 -> collections}}

And the following chain, which the API allows you to create, WILL result in 
failures:

{{level0 -> level1 -> level2 -> collections}}

... because the resolution will stop at level2, which is still an alias. 
Depending on the situation this may result in immediate exceptions (attempting 
to retrieve "level2" collection from ClusterState) or in hard-to-debug deferred 
errors.

This problem should be properly addressed in a separate Jira issue, but in the 
meantime we could avoid letting users make this mistake too easily...

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collections-menu.png, alias-collections-menu.png, alias-dropdown.png, 
> alias-select-double.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-13122) Ability to query aliases in Solr Admin UI

[JIRA]

[ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16873335#comment-16873335
 ] 

Jan Høydahl commented on SOLR-13122:


All actions seem to work for 1:1 aliases. Funny enough, they seem to work for 
1:n aliases as well, but when e.g. adding a document it was indexed to the 
first collection on the alias list. So I hide those menus to avoid confusion.

[~dsmiley] I have not considered TRA at all here. Guess we could show a lot 
more data about the alias for TRA? Do we get that data in {{LISTALIASES}} call?

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collections-menu.png, alias-collections-menu.png, alias-dropdown.png, 
> alias-select-double.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-13122) Ability to query aliases in Solr Admin UI

[JIRA]

 [ 
https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Høydahl updated SOLR-13122:
---
Fix Version/s: 8.2

> Ability to query aliases in Solr Admin UI
> -
>
> Key: SOLR-13122
> URL: https://issues.apache.org/jira/browse/SOLR-13122
> Project: Solr
>  Issue Type: Improvement
>  Components: Admin UI
>Reporter: mosh
>Assignee: Jan Høydahl
>Priority: Major
>  Labels: UI
> Fix For: 8.2
>
> Attachments: alias-collection-menu-selected.png, 
> alias-collections-menu.png, alias-collections-menu.png, alias-dropdown.png, 
> alias-select-double.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> After having recently toyed with Time Routed Alias in SolrCloud,
> we have noticed there is no way to query an alias from the admin UI,
> since the combo box only contains the current collection in the cluster.
> Solr Admin UI ought to have a way to query these aliases, for better 
> convenience.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org