[jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-8044:
---

Commit 1702653 from [~ehatcher] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702653 ]

SOLR-8044: fix VelocityResponseWriterTest.testLocaleFeature

> VelocityResponseWriterTest jenkins failure
> --
>
> Key: SOLR-8044
> URL: https://issues.apache.org/jira/browse/SOLR-8044
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk, 5.4, 5.3.1
>Reporter: Noble Paul
>Assignee: Erik Hatcher
>
> {code}
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> 1 tests failed.
> FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
> Error Message:
> expected:<[Colour]> but was:<[ 
>  0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">  ]>
> Stack Trace:
> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[ version="1.0" encoding="UTF-8"?>
> 
> 0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-7888) Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a BooleanQuery filter parameter available in Solr

[Arcadius Ahouansou (JIRA)]

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

Arcadius Ahouansou updated SOLR-7888:
-
Attachment: (was: SOLR-7888.patch)

> Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a 
> BooleanQuery filter parameter available in Solr
> --
>
> Key: SOLR-7888
> URL: https://issues.apache.org/jira/browse/SOLR-7888
> Project: Solr
>  Issue Type: New Feature
>  Components: Suggester
>Affects Versions: 5.2.1
>Reporter: Arcadius Ahouansou
>Assignee: Jan Høydahl
> Fix For: 5.4
>
> Attachments: SOLR-7888-7963.patch
>
>
>  LUCENE-6464 has introduced a very flexible lookup method that takes as 
> parameter a BooleanQuery that is used for filtering results.
> This ticket is to expose that method to Solr.
> This would allow user to do:
> {code}
> /suggest?suggest=true=true=term=contexts:tennis
> /suggest?suggest=true=true=term=contexts:golf
>  AND contexts:football
> {code}
> etc
> Given that the context filtering in currently only implemented by the 
> {code}AnalyzingInfixSuggester{code} and by the 
> {code}BlendedInfixSuggester{code}, this initial implementation will support 
> only these 2 lookup implementations.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-7888) Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a BooleanQuery filter parameter available in Solr

[Arcadius Ahouansou (JIRA)]

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

Arcadius Ahouansou updated SOLR-7888:
-
Attachment: (was: SOLR-7888.patch)

> Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a 
> BooleanQuery filter parameter available in Solr
> --
>
> Key: SOLR-7888
> URL: https://issues.apache.org/jira/browse/SOLR-7888
> Project: Solr
>  Issue Type: New Feature
>  Components: Suggester
>Affects Versions: 5.2.1
>Reporter: Arcadius Ahouansou
>Assignee: Jan Høydahl
> Fix For: 5.4
>
> Attachments: SOLR-7888-7963.patch
>
>
>  LUCENE-6464 has introduced a very flexible lookup method that takes as 
> parameter a BooleanQuery that is used for filtering results.
> This ticket is to expose that method to Solr.
> This would allow user to do:
> {code}
> /suggest?suggest=true=true=term=contexts:tennis
> /suggest?suggest=true=true=term=contexts:golf
>  AND contexts:football
> {code}
> etc
> Given that the context filtering in currently only implemented by the 
> {code}AnalyzingInfixSuggester{code} and by the 
> {code}BlendedInfixSuggester{code}, this initial implementation will support 
> only these 2 lookup implementations.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-7888) Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a BooleanQuery filter parameter available in Solr

[Arcadius Ahouansou (JIRA)]

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

Arcadius Ahouansou updated SOLR-7888:
-
Attachment: (was: SOLR-7888.patch)

> Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a 
> BooleanQuery filter parameter available in Solr
> --
>
> Key: SOLR-7888
> URL: https://issues.apache.org/jira/browse/SOLR-7888
> Project: Solr
>  Issue Type: New Feature
>  Components: Suggester
>Affects Versions: 5.2.1
>Reporter: Arcadius Ahouansou
>Assignee: Jan Høydahl
> Fix For: 5.4
>
> Attachments: SOLR-7888-7963.patch
>
>
>  LUCENE-6464 has introduced a very flexible lookup method that takes as 
> parameter a BooleanQuery that is used for filtering results.
> This ticket is to expose that method to Solr.
> This would allow user to do:
> {code}
> /suggest?suggest=true=true=term=contexts:tennis
> /suggest?suggest=true=true=term=contexts:golf
>  AND contexts:football
> {code}
> etc
> Given that the context filtering in currently only implemented by the 
> {code}AnalyzingInfixSuggester{code} and by the 
> {code}BlendedInfixSuggester{code}, this initial implementation will support 
> only these 2 lookup implementations.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-7888) Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a BooleanQuery filter parameter available in Solr

[Arcadius Ahouansou (JIRA)]

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

Arcadius Ahouansou updated SOLR-7888:
-
Attachment: (was: SOLR-7888.patch)

> Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a 
> BooleanQuery filter parameter available in Solr
> --
>
> Key: SOLR-7888
> URL: https://issues.apache.org/jira/browse/SOLR-7888
> Project: Solr
>  Issue Type: New Feature
>  Components: Suggester
>Affects Versions: 5.2.1
>Reporter: Arcadius Ahouansou
>Assignee: Jan Høydahl
> Fix For: 5.4
>
> Attachments: SOLR-7888-7963.patch
>
>
>  LUCENE-6464 has introduced a very flexible lookup method that takes as 
> parameter a BooleanQuery that is used for filtering results.
> This ticket is to expose that method to Solr.
> This would allow user to do:
> {code}
> /suggest?suggest=true=true=term=contexts:tennis
> /suggest?suggest=true=true=term=contexts:golf
>  AND contexts:football
> {code}
> etc
> Given that the context filtering in currently only implemented by the 
> {code}AnalyzingInfixSuggester{code} and by the 
> {code}BlendedInfixSuggester{code}, this initial implementation will support 
> only these 2 lookup implementations.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-7888) Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a BooleanQuery filter parameter available in Solr

[Arcadius Ahouansou (JIRA)]

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

Arcadius Ahouansou updated SOLR-7888:
-
Attachment: (was: SOLR-7888.patch)

> Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a 
> BooleanQuery filter parameter available in Solr
> --
>
> Key: SOLR-7888
> URL: https://issues.apache.org/jira/browse/SOLR-7888
> Project: Solr
>  Issue Type: New Feature
>  Components: Suggester
>Affects Versions: 5.2.1
>Reporter: Arcadius Ahouansou
>Assignee: Jan Høydahl
> Fix For: 5.4
>
> Attachments: SOLR-7888-7963.patch
>
>
>  LUCENE-6464 has introduced a very flexible lookup method that takes as 
> parameter a BooleanQuery that is used for filtering results.
> This ticket is to expose that method to Solr.
> This would allow user to do:
> {code}
> /suggest?suggest=true=true=term=contexts:tennis
> /suggest?suggest=true=true=term=contexts:golf
>  AND contexts:football
> {code}
> etc
> Given that the context filtering in currently only implemented by the 
> {code}AnalyzingInfixSuggester{code} and by the 
> {code}BlendedInfixSuggester{code}, this initial implementation will support 
> only these 2 lookup implementations.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.x-Java7/3520/

1 tests failed.
REGRESSION:  org.apache.solr.cloud.LeaderFailoverAfterPartitionTest.test

Error Message:
Expected 2 of 3 replicas to be active but only found 1; 
[core_node1:{"base_url":"http://127.0.0.1:48842","node_name":"127.0.0.1:48842_","core":"c8n_1x3_lf_shard1_replica2","state":"active","leader":"true"}];
 clusterState: DocCollection(c8n_1x3_lf)={   "maxShardsPerNode":"1",   
"replicationFactor":"3",   "router":{"name":"compositeId"},   
"shards":{"shard1":{   "range":"8000-7fff",   "state":"active", 
  "replicas":{ "core_node1":{   
"base_url":"http://127.0.0.1:48842;,   "node_name":"127.0.0.1:48842_",  
 "core":"c8n_1x3_lf_shard1_replica2",   "state":"active",   
"leader":"true"}, "core_node2":{   
"base_url":"http://127.0.0.1:60573;,   "node_name":"127.0.0.1:60573_",  
 "core":"c8n_1x3_lf_shard1_replica1",   "state":"down"},
 "core_node3":{   "state":"down",   
"base_url":"http://127.0.0.1:40683;,   
"core":"c8n_1x3_lf_shard1_replica3",   
"node_name":"127.0.0.1:40683_",   "autoAddReplicas":"false"}

Stack Trace:
java.lang.AssertionError: Expected 2 of 3 replicas to be active but only found 
1; 
[core_node1:{"base_url":"http://127.0.0.1:48842","node_name":"127.0.0.1:48842_","core":"c8n_1x3_lf_shard1_replica2","state":"active","leader":"true"}];
 clusterState: DocCollection(c8n_1x3_lf)={
  "maxShardsPerNode":"1",
  "replicationFactor":"3",
  "router":{"name":"compositeId"},
  "shards":{"shard1":{
  "range":"8000-7fff",
  "state":"active",
  "replicas":{
"core_node1":{
  "base_url":"http://127.0.0.1:48842;,
  "node_name":"127.0.0.1:48842_",
  "core":"c8n_1x3_lf_shard1_replica2",
  "state":"active",
  "leader":"true"},
"core_node2":{
  "base_url":"http://127.0.0.1:60573;,
  "node_name":"127.0.0.1:60573_",
  "core":"c8n_1x3_lf_shard1_replica1",
  "state":"down"},
"core_node3":{
  "state":"down",
  "base_url":"http://127.0.0.1:40683;,
  "core":"c8n_1x3_lf_shard1_replica3",
  "node_name":"127.0.0.1:40683_",
  "autoAddReplicas":"false"}
at 
__randomizedtesting.SeedInfo.seed([3561BEADFA0D2EDD:BD35817754F14325]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.LeaderFailoverAfterPartitionTest.testRf3WithLeaderFailover(LeaderFailoverAfterPartitionTest.java:166)
at 
org.apache.solr.cloud.LeaderFailoverAfterPartitionTest.test(LeaderFailoverAfterPartitionTest.java:51)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:938)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 

[JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.8.0_60) - Build # 5248 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/5248/
Java: 32bit/jdk1.8.0_60 -client -XX:+UseConcMarkSweepGC

3 tests failed.
FAILED:  
org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection

Error Message:
Collection 'gettingstarted' doesn't exist after trying to create it!

Stack Trace:
java.lang.AssertionError: Collection 'gettingstarted' doesn't exist after 
trying to create it!
at 
__randomizedtesting.SeedInfo.seed([F5898F38A87F85DC:E6EABD5799103C7A]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:87)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:938)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Resolved] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[Erik Hatcher (JIRA)]

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

Erik Hatcher resolved SOLR-8044.

   Resolution: Fixed
Fix Version/s: 5.3.1

apologies - the test was broken only on 5_3 branch (the fix itself was fine).  
alas, i was trying to be too clever by using a writer that allowed param-based 
templates to avoid having a separate test template file, but the custom test 
writer was only a trunk/5.4 feature.  my bad.

> VelocityResponseWriterTest jenkins failure
> --
>
> Key: SOLR-8044
> URL: https://issues.apache.org/jira/browse/SOLR-8044
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk, 5.4, 5.3.1
>Reporter: Noble Paul
>Assignee: Erik Hatcher
> Fix For: 5.3.1
>
>
> {code}
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> 1 tests failed.
> FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
> Error Message:
> expected:<[Colour]> but was:<[ 
>  0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">  ]>
> Stack Trace:
> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[ version="1.0" encoding="UTF-8"?>
> 
> 0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

RE: [JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.8.0_60) - Build # 5248 - Still Failing!

[Uwe Schindler]

I fixed this, sorry.

-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de


> -Original Message-
> From: Policeman Jenkins Server [mailto:jenk...@thetaphi.de]
> Sent: Saturday, September 12, 2015 6:53 PM
> To: u...@thetaphi.de; dev@lucene.apache.org
> Subject: [JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.8.0_60) - Build #
> 5248 - Still Failing!
> 
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/5248/
> Java: 32bit/jdk1.8.0_60 -client -XX:+UseConcMarkSweepGC
> 
> 3 tests failed.
> FAILED:
> org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStarte
> dCollection
> 
> Error Message:
> Collection 'gettingstarted' doesn't exist after trying to create it!
> 
> Stack Trace:
> java.lang.AssertionError: Collection 'gettingstarted' doesn't exist after 
> trying
> to create it!
>   at
> __randomizedtesting.SeedInfo.seed([F5898F38A87F85DC:E6EABD5799103C7
> A]:0)
>   at org.junit.Assert.fail(Assert.java:93)
>   at org.junit.Assert.assertTrue(Assert.java:43)
>   at
> org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStarte
> dCollection(SolrCloudExampleTest.java:87)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> ava:62)
>   at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at
> com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(Randomize
> dRunner.java:1627)
>   at
> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(Rando
> mizedRunner.java:836)
>   at
> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(Rando
> mizedRunner.java:872)
>   at
> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(Rando
> mizedRunner.java:886)
>   at
> org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFi
> xedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
>   at
> org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsSt
> atement.evaluate(BaseDistributedSearchTestCase.java:938)
>   at
> com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.
> evaluate(SystemPropertiesRestoreRule.java:57)
>   at
> org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRule
> SetupTeardownChained.java:50)
>   at
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeA
> fterRule.java:46)
>   at
> org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleTh
> readAndTestName.java:49)
>   at
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRule
> IgnoreAfterMaxFailures.java:65)
>   at
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure
> .java:48)
>   at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
> ementAdapter.java:36)
>   at
> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.
> run(ThreadLeakControl.java:365)
>   at
> com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask
> (ThreadLeakControl.java:798)
>   at
> com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadL
> eakControl.java:458)
>   at
> com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(Ran
> domizedRunner.java:845)
>   at
> com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(Rando
> mizedRunner.java:747)
>   at
> com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(Rando
> mizedRunner.java:781)
>   at
> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(Rando
> mizedRunner.java:792)
>   at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
> ementAdapter.java:36)
>   at
> com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.
> evaluate(SystemPropertiesRestoreRule.java:57)
>   at
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeA
> fterRule.java:46)
>   at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
> ementAdapter.java:36)
>   at
> org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreCl
> assName.java:42)
>   at
> com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMet
> hodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
>   at
> com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMet
> hodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
>   at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
> ementAdapter.java:36)
>   at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
> ementAdapter.java:36)
>   at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
> ementAdapter.java:36)
> 

[jira] [Updated] (SOLR-7888) Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a BooleanQuery filter parameter available in Solr

[Arcadius Ahouansou (JIRA)]

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

Arcadius Ahouansou updated SOLR-7888:
-
Attachment: (was: SOLR-7888.patch)

> Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a 
> BooleanQuery filter parameter available in Solr
> --
>
> Key: SOLR-7888
> URL: https://issues.apache.org/jira/browse/SOLR-7888
> Project: Solr
>  Issue Type: New Feature
>  Components: Suggester
>Affects Versions: 5.2.1
>Reporter: Arcadius Ahouansou
>Assignee: Jan Høydahl
> Fix For: 5.4
>
> Attachments: SOLR-7888-7963.patch, SOLR-7888.patch, SOLR-7888.patch, 
> SOLR-7888.patch, SOLR-7888.patch, SOLR-7888.patch
>
>
>  LUCENE-6464 has introduced a very flexible lookup method that takes as 
> parameter a BooleanQuery that is used for filtering results.
> This ticket is to expose that method to Solr.
> This would allow user to do:
> {code}
> /suggest?suggest=true=true=term=contexts:tennis
> /suggest?suggest=true=true=term=contexts:golf
>  AND contexts:football
> {code}
> etc
> Given that the context filtering in currently only implemented by the 
> {code}AnalyzingInfixSuggester{code} and by the 
> {code}BlendedInfixSuggester{code}, this initial implementation will support 
> only these 2 lookup implementations.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-8044:
---

Commit 1702652 from [~ehatcher] in branch 'dev/trunk'
[ https://svn.apache.org/r1702652 ]

SOLR-8044: fix VelocityResponseWriterTest.testLocaleFeature

> VelocityResponseWriterTest jenkins failure
> --
>
> Key: SOLR-8044
> URL: https://issues.apache.org/jira/browse/SOLR-8044
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk, 5.4, 5.3.1
>Reporter: Noble Paul
>Assignee: Erik Hatcher
>
> {code}
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> 1 tests failed.
> FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
> Error Message:
> expected:<[Colour]> but was:<[ 
>  0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">  ]>
> Stack Trace:
> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[ version="1.0" encoding="UTF-8"?>
> 
> 0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

Re: [jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[Erik Hatcher]

Apologies.  All fixed now.





> On Sep 12, 2015, at 9:27 AM, Noble Paul  wrote:
> 
> It's stopping me from giving an RC2
> 
> On Sat, Sep 12, 2015 at 6:30 PM, Erik Hatcher  wrote:
>> Yes it's related sorry.  It's a 5_3 only test failure. I think I know the 
>> issue (the writer used is a 5x/5.4 only thing). I'll fix it today - it can 
>> be ignored as it's a test-only issue.
>> 
>>   Erik
>> 
>>> On Sep 12, 2015, at 08:33, Noble Paul (JIRA)  wrote:
>>> 
>>> 
>>>   [ 
>>> https://issues.apache.org/jira/browse/SOLR-8044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14742037#comment-14742037
>>>  ]
>>> 
>>> Noble Paul commented on SOLR-8044:
>>> --
>>> 
>>> [~ehatcher] is it related to your checkin ?
>>> 
 VelocityResponseWriterTest jenkins failure
 --
 
   Key: SOLR-8044
   URL: https://issues.apache.org/jira/browse/SOLR-8044
   Project: Solr
Issue Type: Bug
  Affects Versions: Trunk, 5.4, 5.3.1
  Reporter: Noble Paul
 
 {code}
 Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
 Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
 1 tests failed.
 FAILED:  
 org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
 Error Message:
 expected:<[Colour]> but was:<[ 
  0>>> name="QTime">0*:*>>> name="v.template">t>>> name="v.template.t">$resource.get("color","resources","en_UK")>>> name="wt">velocityWithCustomTools>>> numFound="0" start="0">  ]>
 Stack Trace:
 org.junit.ComparisonFailure: expected:<[Colour]> but was:<[>>> version="1.0" encoding="UTF-8"?>
 
 0>>> name="QTime">0*:*>>> name="v.template">t>>> name="v.template.t">$resource.get("color","resources","en_UK")>>> name="wt">velocityWithCustomTools>>> numFound="0" start="0">
 
 {code}
>>> 
>>> 
>>> 
>>> --
>>> This message was sent by Atlassian JIRA
>>> (v6.3.4#6332)
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>> 
> 
> 
> 
> -- 
> -
> Noble Paul
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 


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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702656 from [~thetaphi] in branch 'dev/trunk'
[ https://svn.apache.org/r1702656 ]

LUCENE-6795: Make SystemInfoHandler more dynamic, add support for IBM J9 
OperatingSystemMXBean

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702657 from [~thetaphi] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702657 ]

Merged revision(s) 1702656 from lucene/dev/trunk:
LUCENE-6795: Make SystemInfoHandler more dynamic, add support for IBM J9 
OperatingSystemMXBean

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-8044:
---

Commit 1702650 from [~ehatcher] in branch 'dev/trunk'
[ https://svn.apache.org/r1702650 ]

SOLR-8044: fix VelocityResponseWriterTest.testLocaleFeature

> VelocityResponseWriterTest jenkins failure
> --
>
> Key: SOLR-8044
> URL: https://issues.apache.org/jira/browse/SOLR-8044
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk, 5.4, 5.3.1
>Reporter: Noble Paul
>Assignee: Erik Hatcher
>
> {code}
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> 1 tests failed.
> FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
> Error Message:
> expected:<[Colour]> but was:<[ 
>  0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">  ]>
> Stack Trace:
> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[ version="1.0" encoding="UTF-8"?>
> 
> 0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8035) Move solr/webapp to solr/server/solr-webapp

[Upayavira (JIRA)]

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

Upayavira commented on SOLR-8035:
-

I haven't had a chance to try the patch, but from what I understand of it, it 
will make UI development substantially easier. Many thanks!

> Move solr/webapp to solr/server/solr-webapp
> ---
>
> Key: SOLR-8035
> URL: https://issues.apache.org/jira/browse/SOLR-8035
> Project: Solr
>  Issue Type: Bug
>  Components: UI
>Reporter: Erik Hatcher
>Assignee: Erik Hatcher
>Priority: Critical
> Fix For: Trunk, 5.4
>
> Attachments: SOLR-8035.patch
>
>
> Let's move solr/webapp *source* files to their final actual distro 
> destination.  This facilitates folks editing the UI in real-time (save 
> change, refresh in browser) rather than having to "stop, ant server, restart" 
> to see a change.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Created] (SOLR-8046) HdfsCollectionsAPIDistributedZkTest checks that no transaction logs failed to be opened during the test but does not isolate this to the test and could fail due to other t

[Mark Miller (JIRA)]

Mark Miller created SOLR-8046:
-

 Summary: HdfsCollectionsAPIDistributedZkTest checks that no 
transaction logs failed to be opened during the test but does not isolate this 
to the test and could fail due to other tests.
 Key: SOLR-8046
 URL: https://issues.apache.org/jira/browse/SOLR-8046
 Project: Solr
  Issue Type: Test
Reporter: Mark Miller
Assignee: Mark Miller
Priority: Minor






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-7963) Suggester context filter query to accept local params query

[Arcadius Ahouansou (JIRA)]

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

Arcadius Ahouansou commented on SOLR-7963:
--

This is currently being fixed in SOLR-7888

> Suggester context filter query to accept local params query
> ---
>
> Key: SOLR-7963
> URL: https://issues.apache.org/jira/browse/SOLR-7963
> Project: Solr
>  Issue Type: Improvement
>  Components: Suggester
>Affects Versions: 5.4
>Reporter: Arcadius Ahouansou
>Priority: Minor
>  Labels: suggester
>
> SOLR-7888 has introduced a new parameter for filtering suggester queries
> {code}suggest.cfq=ctx1 OR ctx2{code} 
> The implementation use the Solr {{StandardQueryParser}} for parsing the cfq 
> param.
> This card is to allow to pass in local param queries such as 
> {code}
> suggest.cfq={!terms f=contextx}ctx1,ctx2
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8037) speed up term range queries, use filter cache for embedded ranges

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-8037:
---

Commit 1702661 from [~yo...@apache.org] in branch 'dev/trunk'
[ https://svn.apache.org/r1702661 ]

SOLR-8037: speed up term range queries, use filter cache for embedded ranges

> speed up term range queries, use filter cache for embedded ranges
> -
>
> Key: SOLR-8037
> URL: https://issues.apache.org/jira/browse/SOLR-8037
> Project: Solr
>  Issue Type: Improvement
>Reporter: Yonik Seeley
> Attachments: SOLR-8037.patch
>
>
> Enhance term range queries (i.e. not numeric) by
> - Implement DocSetProducer to directly construct filters (fq, etc) for term 
> range queries
> - Allow range queries that are part of other queries to automatically use the 
> filter cache if the number of terms is large enough.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702670 from [~thetaphi] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702670 ]

Merged revision(s) 1702669 from lucene/dev/trunk:
LUCENE-6795: Improve SystemInfoHandler for IBM J9 OperatingSystemMXBean (some 
properties may throw UOE)

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702669 from [~thetaphi] in branch 'dev/trunk'
[ https://svn.apache.org/r1702669 ]

LUCENE-6795: Improve SystemInfoHandler for IBM J9 OperatingSystemMXBean (some 
properties may throw UOE)

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-7888) Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a BooleanQuery filter parameter available in Solr

[Arcadius Ahouansou (JIRA)]

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

Arcadius Ahouansou updated SOLR-7888:
-
Attachment: SOLR-7888-7963.patch

- Patch now includes both SOLR-7888 and SOLR-7963.
- The parameter has been changed to {{suggest.fq}}

> Make Lucene's AnalyzingInfixSuggester.lookup() method that takes a 
> BooleanQuery filter parameter available in Solr
> --
>
> Key: SOLR-7888
> URL: https://issues.apache.org/jira/browse/SOLR-7888
> Project: Solr
>  Issue Type: New Feature
>  Components: Suggester
>Affects Versions: 5.2.1
>Reporter: Arcadius Ahouansou
>Assignee: Jan Høydahl
> Fix For: 5.4
>
> Attachments: SOLR-7888-7963.patch, SOLR-7888.patch, SOLR-7888.patch, 
> SOLR-7888.patch, SOLR-7888.patch, SOLR-7888.patch, SOLR-7888.patch
>
>
>  LUCENE-6464 has introduced a very flexible lookup method that takes as 
> parameter a BooleanQuery that is used for filtering results.
> This ticket is to expose that method to Solr.
> This would allow user to do:
> {code}
> /suggest?suggest=true=true=term=contexts:tennis
> /suggest?suggest=true=true=term=contexts:golf
>  AND contexts:football
> {code}
> etc
> Given that the context filtering in currently only implemented by the 
> {code}AnalyzingInfixSuggester{code} and by the 
> {code}BlendedInfixSuggester{code}, this initial implementation will support 
> only these 2 lookup implementations.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk1.9.0-ea-b78) - Build # 14197 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14197/
Java: 32bit/jdk1.9.0-ea-b78 -client -XX:+UseConcMarkSweepGC

4 tests failed.
FAILED:  
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.testExtraction

Error Message:
Invalid Date String:'Thu Nov 13 13:35:51 UTC 2008'

Stack Trace:
org.apache.solr.common.SolrException: Invalid Date String:'Thu Nov 13 13:35:51 
UTC 2008'
at 
__randomizedtesting.SeedInfo.seed([940243A8B76F6D1A:2D7137D6CB47BDEF]:0)
at org.apache.solr.util.DateFormatUtil.parseMath(DateFormatUtil.java:89)
at org.apache.solr.schema.TrieField.createField(TrieField.java:695)
at org.apache.solr.schema.TrieField.createFields(TrieField.java:732)
at 
org.apache.solr.update.DocumentBuilder.addField(DocumentBuilder.java:48)
at 
org.apache.solr.update.DocumentBuilder.toDocument(DocumentBuilder.java:123)
at 
org.apache.solr.update.AddUpdateCommand.getLuceneDocument(AddUpdateCommand.java:84)
at 
org.apache.solr.update.DirectUpdateHandler2.doNormalUpdate(DirectUpdateHandler2.java:268)
at 
org.apache.solr.update.DirectUpdateHandler2.addDoc0(DirectUpdateHandler2.java:202)
at 
org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:164)
at 
org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:69)
at 
org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:51)
at 
org.apache.solr.update.processor.DistributedUpdateProcessor.versionAdd(DistributedUpdateProcessor.java:942)
at 
org.apache.solr.update.processor.DistributedUpdateProcessor.processAdd(DistributedUpdateProcessor.java:702)
at 
org.apache.solr.update.processor.LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:104)
at 
org.apache.solr.handler.extraction.ExtractingDocumentLoader.doAdd(ExtractingDocumentLoader.java:122)
at 
org.apache.solr.handler.extraction.ExtractingDocumentLoader.addDoc(ExtractingDocumentLoader.java:127)
at 
org.apache.solr.handler.extraction.ExtractingDocumentLoader.load(ExtractingDocumentLoader.java:230)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:74)
at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:151)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:2079)
at 
org.apache.solr.util.TestHarness.queryAndResponse(TestHarness.java:339)
at 
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.loadLocalFromHandler(ExtractingRequestHandlerTest.java:737)
at 
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.loadLocal(ExtractingRequestHandlerTest.java:744)
at 
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.testExtraction(ExtractingRequestHandlerTest.java:63)
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:504)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 

[jira] [Assigned] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[Erik Hatcher (JIRA)]

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

Erik Hatcher reassigned SOLR-8044:
--

Assignee: Erik Hatcher

> VelocityResponseWriterTest jenkins failure
> --
>
> Key: SOLR-8044
> URL: https://issues.apache.org/jira/browse/SOLR-8044
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk, 5.4, 5.3.1
>Reporter: Noble Paul
>Assignee: Erik Hatcher
>
> {code}
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> 1 tests failed.
> FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
> Error Message:
> expected:<[Colour]> but was:<[ 
>  0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">  ]>
> Stack Trace:
> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[ version="1.0" encoding="UTF-8"?>
> 
> 0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-8044:
---

Commit 1702655 from [~ehatcher] in branch 'dev/branches/lucene_solr_5_3'
[ https://svn.apache.org/r1702655 ]

SOLR-8044: fix VelocityResponseWriterTest.testLocaleFeature

> VelocityResponseWriterTest jenkins failure
> --
>
> Key: SOLR-8044
> URL: https://issues.apache.org/jira/browse/SOLR-8044
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk, 5.4, 5.3.1
>Reporter: Noble Paul
>Assignee: Erik Hatcher
>
> {code}
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> 1 tests failed.
> FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
> Error Message:
> expected:<[Colour]> but was:<[ 
>  0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">  ]>
> Stack Trace:
> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[ version="1.0" encoding="UTF-8"?>
> 
> 0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-8044:
---

Commit 1702651 from [~ehatcher] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702651 ]

SOLR-8044: fix VelocityResponseWriterTest.testLocaleFeature

> VelocityResponseWriterTest jenkins failure
> --
>
> Key: SOLR-8044
> URL: https://issues.apache.org/jira/browse/SOLR-8044
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk, 5.4, 5.3.1
>Reporter: Noble Paul
>Assignee: Erik Hatcher
>
> {code}
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> 1 tests failed.
> FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
> Error Message:
> expected:<[Colour]> but was:<[ 
>  0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">  ]>
> Stack Trace:
> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[ version="1.0" encoding="UTF-8"?>
> 
> 0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Robert Muir (JIRA)]

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

Robert Muir commented on LUCENE-6795:
-

great cleanup!

+1 to deprecate/remove that slow regex query.

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS] Lucene-Solr-5.x-Windows (64bit/jdk1.8.0_60) - Build # 5119 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/5119/
Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseSerialGC

3 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.core.TestLazyCores

Error Message:
ERROR: SolrIndexSearcher opens=51 closes=50

Stack Trace:
java.lang.AssertionError: ERROR: SolrIndexSearcher opens=51 closes=50
at __randomizedtesting.SeedInfo.seed([9F5AF137B537211B]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.SolrTestCaseJ4.endTrackingSearchers(SolrTestCaseJ4.java:467)
at org.apache.solr.SolrTestCaseJ4.afterClass(SolrTestCaseJ4.java:233)
at sun.reflect.GeneratedMethodAccessor39.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:799)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at java.lang.Thread.run(Thread.java:745)


FAILED:  junit.framework.TestSuite.org.apache.solr.core.TestLazyCores

Error Message:
1 thread leaked from SUITE scope at org.apache.solr.core.TestLazyCores: 1) 
Thread[id=14077, name=searcherExecutor-5660-thread-1, state=WAITING, 
group=TGRP-TestLazyCores] at sun.misc.Unsafe.park(Native Method)
 at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
 at 
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) 
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
at java.lang.Thread.run(Thread.java:745)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE 
scope at org.apache.solr.core.TestLazyCores: 
   1) Thread[id=14077, name=searcherExecutor-5660-thread-1, state=WAITING, 
group=TGRP-TestLazyCores]
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at 
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
at __randomizedtesting.SeedInfo.seed([9F5AF137B537211B]:0)


FAILED:  junit.framework.TestSuite.org.apache.solr.core.TestLazyCores

Error Message:
There are still zombie threads that couldn't be terminated:1) 
Thread[id=14077, 

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

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/792/

2 tests failed.
FAILED:  org.apache.solr.cloud.CollectionsAPIDistributedZkTest.test

Error Message:
Captured an uncaught exception in thread: Thread[id=2704, name=collection4, 
state=RUNNABLE, group=TGRP-CollectionsAPIDistributedZkTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=2704, name=collection4, state=RUNNABLE, 
group=TGRP-CollectionsAPIDistributedZkTest]
Caused by: java.lang.RuntimeException: 
org.apache.solr.client.solrj.SolrServerException: No live SolrServers available 
to handle this request:[https://127.0.0.1:47130, https://127.0.0.1:60146, 
https://127.0.0.1:36655, https://127.0.0.1:41275, https://127.0.0.1:57179]
at __randomizedtesting.SeedInfo.seed([C906CE0EF902FA4F]:0)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest$1CollectionThread.run(CollectionsAPIDistributedZkTest.java:898)
Caused by: org.apache.solr.client.solrj.SolrServerException: No live 
SolrServers available to handle this request:[https://127.0.0.1:47130, 
https://127.0.0.1:60146, https://127.0.0.1:36655, https://127.0.0.1:41275, 
https://127.0.0.1:57179]
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:352)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1099)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:870)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:806)
at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1220)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest$1CollectionThread.run(CollectionsAPIDistributedZkTest.java:895)
Caused by: 
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at https://127.0.0.1:60146: KeeperErrorCode = Session expired for 
/overseer/collection-queue-work/qn-
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:560)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:234)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:226)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:372)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:325)
... 5 more


FAILED:  org.apache.solr.cloud.hdfs.HdfsCollectionsAPIDistributedZkTest.test

Error Message:
Captured an uncaught exception in thread: Thread[id=73357, name=collection5, 
state=RUNNABLE, group=TGRP-HdfsCollectionsAPIDistributedZkTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=73357, name=collection5, state=RUNNABLE, 
group=TGRP-HdfsCollectionsAPIDistributedZkTest]
Caused by: 
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:44465/vt_mcn/re: Could not find collection : 
awholynewstresscollection_collection5_1
at __randomizedtesting.SeedInfo.seed([C906CE0EF902FA4F]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:560)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:234)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:226)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:372)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:325)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1099)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:870)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:806)
at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1220)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest$1CollectionThread.run(CollectionsAPIDistributedZkTest.java:895)




Build Log:
[...truncated 9963 lines...]
   [junit4] Suite: org.apache.solr.cloud.CollectionsAPIDistributedZkTest
   [junit4]   2> Creating dataDir: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk/solr/build/solr-core/test/J1/temp/solr.cloud.CollectionsAPIDistributedZkTest_C906CE0EF902FA4F-001/init-core-data-001
   [junit4]   2> 415318 INFO  
(SUITE-CollectionsAPIDistributedZkTest-seed#[C906CE0EF902FA4F]-worker) [] 
o.a.s.SolrTestCaseJ4 Randomized ssl (true) and clientAuth (false)
   [junit4]   2> 415318 INFO  
(SUITE-CollectionsAPIDistributedZkTest-seed#[C906CE0EF902FA4F]-worker) [] 
o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: 

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Attachment: LUCENE-6795-forbids.patch

Patch to ban setAccessible. Only Lucene for now.

Solr has some violations, but this is easy to fix. It starts almost 
successfully in single-core mode with Java 9 Jigsaw.

Once I have done Solr I will commit this.

There is the JakartaRegexCapabilities in Lucene's sandbox module. This is long 
outdated, we should remove in trunk and deprecate in 5.x. Any comments on this?

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Resolved] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler resolved LUCENE-6795.
---
   Resolution: Fixed
 Assignee: Uwe Schindler
Fix Version/s: 5.4
   Trunk

Committed. I will open new issue to remove RegexpQuery in Sandbox.

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>Assignee: Uwe Schindler
>  Labels: Java9
> Fix For: Trunk, 5.4
>
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702691 from [~thetaphi] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702691 ]

Merged revision(s) 1702690 from lucene/dev/trunk:
LUCENE-6795: Forbid AccessibleObject#setAccessible and suppress legitimate uses 
/ wrap with doPrivileged

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702693 from [~thetaphi] in branch 'dev/trunk'
[ https://svn.apache.org/r1702693 ]

LUCENE-6795: Improve RamUsageTester in trunk

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>Assignee: Uwe Schindler
>  Labels: Java9
> Fix For: Trunk, 5.4
>
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6803) Deprecate and remove sandbox Regexp Query

[Robert Muir (JIRA)]

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

Robert Muir commented on LUCENE-6803:
-

+1 long overdue.

> Deprecate and remove sandbox Regexp Query
> -
>
> Key: LUCENE-6803
> URL: https://issues.apache.org/jira/browse/LUCENE-6803
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: Trunk, 5.4
>
> Attachments: LUCENE-6803.patch
>
>
> The Sandbox module still has the no longer up-to-date Regexp Query that is 
> based on Jakarta Regex. Because this project seems to be dead and the query 
> is slow anyways, we should remove it.
> See LUCENE-6795 for more info why the hack is bad.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Attachment: (was: LUCENE-6795-forbids.patch)

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Attachment: LUCENE-6795-forbids.patch

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702692 from [~thetaphi] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702692 ]

LUCENE-6795: Improve RamUsageTester in 5.x (no lambdas available)

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>Assignee: Uwe Schindler
>  Labels: Java9
> Fix For: Trunk, 5.4
>
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6803) Deprecate and remove sandbox Regexp Query

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6803:
--
Attachment: LUCENE-6803.patch

Path for trunk (removal)

> Deprecate and remove sandbox Regexp Query
> -
>
> Key: LUCENE-6803
> URL: https://issues.apache.org/jira/browse/LUCENE-6803
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: Trunk, 5.4
>
> Attachments: LUCENE-6803.patch
>
>
> The Sandbox module still has the no longer up-to-date Regexp Query that is 
> based on Jakarta Regex. Because this project seems to be dead and the query 
> is slow anyways, we should remove it.
> See LUCENE-6795 for more info why the hack is bad.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-5503) Trivial fixes to WeightedSpanTermExtractor

[ASF subversion and git services (JIRA)]

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

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

Commit 1702695 from [~dsmiley] in branch 'dev/trunk'
[ https://svn.apache.org/r1702695 ]

LUCENE-5503: Highlighter WSTE didn't always convert a PhraseQuery to a 
SpanQuery correctly.

> Trivial fixes to WeightedSpanTermExtractor
> --
>
> Key: LUCENE-5503
> URL: https://issues.apache.org/jira/browse/LUCENE-5503
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/highlighter
>Affects Versions: 4.7
>Reporter: Tim Allison
>Assignee: David Smiley
>Priority: Minor
> Fix For: 5.4
>
> Attachments: LUCENE-5503.patch, LUCENE-5503.patch, LUCENE-5503v2.patch
>
>
> The conversion of PhraseQuery to SpanNearQuery miscalculates the slop if 
> there are stop words in some cases.  The issue only really appears if there 
> is more than one intervening run of stop words: ab the cd the the ef.
> I also noticed that the inOrder determination is based on the newly 
> calculated slop, and it should probably be based on the original 
> phraseQuery.getSlop()
> patch and unit tests on way



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[Noble Paul (JIRA)]

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

Noble Paul commented on SOLR-8029:
--

[~andyetitmoves] Can you make this clearer ?

The introspect API is a like  a javadocs for the APIs, which gives you the 
details of the parameters/constraints/description of each API. I haven't 
thought about it as a means to define the response. The response will be driven 
by the {{wt}} param 

> Modernize and standardize Solr APIs
> ---
>
> Key: SOLR-8029
> URL: https://issues.apache.org/jira/browse/SOLR-8029
> Project: Solr
>  Issue Type: Improvement
>Affects Versions: 6.0
>Reporter: Noble Paul
>Assignee: Noble Paul
>  Labels: API, EaseOfUse
> Fix For: 6.0
>
>
> Solr APIs have organically evolved and they are sometimes inconsistent with 
> each other or not in sync with the widely followed conventions of HTTP 
> protocol. Trying to make incremental changes to make them modern is like 
> applying band-aid. So, we have done a complete rethink of what the APIs 
> should be. The most notable aspects of the API are as follows:
> The new set of APIs will be placed under a new path {{/solr2}}. The legacy 
> APIs will continue to work under the {{/solr}} path as they used to and they 
> will be eventually deprecated.
> There are 3 types of requests in the new API 
> * {{/solr2//*}} : Operations on specific collections 
> * {{/solr2/_cluster/*}} : Cluster-wide operations which are not specific to 
> any collections. 
> * {{/solr2/_node/*}} : Operations on the node receiving the request. This is 
> the counter part of the core admin API
> This will be released as part of a major release. Check the link given below 
> for the full specification.  Your comments are welcome
> [Solr API version 2 Specification | http://bit.ly/1JYsBMQ]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Attachment: (was: LUCENE-6795-forbids.patch)

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Created] (LUCENE-6803) Deprecate and remove sandbox Regexp Query

[Uwe Schindler (JIRA)]

Uwe Schindler created LUCENE-6803:
-

 Summary: Deprecate and remove sandbox Regexp Query
 Key: LUCENE-6803
 URL: https://issues.apache.org/jira/browse/LUCENE-6803
 Project: Lucene - Core
  Issue Type: Task
Reporter: Uwe Schindler
Assignee: Uwe Schindler
 Fix For: Trunk, 5.4


The Sandbox module still has the no longer up-to-date Regexp Query that is 
based on Jakarta Regex. Because this project seems to be dead and the query is 
slow anyways, we should remove it.

See LUCENE-6795 for more info why the hack is bad.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS] Lucene-Solr-5.x-Windows (32bit/jdk1.8.0_60) - Build # 5120 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/5120/
Java: 32bit/jdk1.8.0_60 -server -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.lucene.rangetree.TestRangeTree.testAllEqual

Error Message:
dir=.\temp\RangeTreeWriter7544712224433614246 still has 
file=.\temp\RangeTreeWriter7544712224433614246\size9669.1862129566263362747

Stack Trace:
java.lang.AssertionError: dir=.\temp\RangeTreeWriter7544712224433614246 still 
has file=.\temp\RangeTreeWriter7544712224433614246\size9669.1862129566263362747
at 
__randomizedtesting.SeedInfo.seed([DCECAE299113AF85:E0C7B6C32CD362B]:0)
at 
org.apache.lucene.rangetree.RangeTreeWriter.directoryIsEmpty(RangeTreeWriter.java:403)
at 
org.apache.lucene.rangetree.RangeTreeWriter.finish(RangeTreeWriter.java:392)
at 
org.apache.lucene.rangetree.RangeTreeDocValuesConsumer.addSortedSetField(RangeTreeDocValuesConsumer.java:144)
at 
org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addSortedSetField(PerFieldDocValuesFormat.java:131)
at 
org.apache.lucene.index.SortedSetDocValuesWriter.flush(SortedSetDocValuesWriter.java:164)
at 
org.apache.lucene.index.DefaultIndexingChain.writeDocValues(DefaultIndexingChain.java:142)
at 
org.apache.lucene.index.DefaultIndexingChain.flush(DefaultIndexingChain.java:93)
at 
org.apache.lucene.index.DocumentsWriterPerThread.flush(DocumentsWriterPerThread.java:422)
at 
org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:503)
at 
org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:615)
at org.apache.lucene.index.IndexWriter.getReader(IndexWriter.java:423)
at org.apache.lucene.index.DirectoryReader.open(DirectoryReader.java:86)
at 
org.apache.lucene.rangetree.TestRangeTree.verify(TestRangeTree.java:404)
at 
org.apache.lucene.rangetree.TestRangeTree.testAllEqual(TestRangeTree.java:114)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[Ramkumar Aiyengar (JIRA)]

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

Ramkumar Aiyengar commented on SOLR-8029:
-

The introspect API probably requires this anyway, but all API should be able to 
statically declare their schema in some format. This would make it possible to 
plug in encodings which require a schema, like Avro.

> Modernize and standardize Solr APIs
> ---
>
> Key: SOLR-8029
> URL: https://issues.apache.org/jira/browse/SOLR-8029
> Project: Solr
>  Issue Type: Improvement
>Affects Versions: 6.0
>Reporter: Noble Paul
>Assignee: Noble Paul
>  Labels: API, EaseOfUse
> Fix For: 6.0
>
>
> Solr APIs have organically evolved and they are sometimes inconsistent with 
> each other or not in sync with the widely followed conventions of HTTP 
> protocol. Trying to make incremental changes to make them modern is like 
> applying band-aid. So, we have done a complete rethink of what the APIs 
> should be. The most notable aspects of the API are as follows:
> The new set of APIs will be placed under a new path {{/solr2}}. The legacy 
> APIs will continue to work under the {{/solr}} path as they used to and they 
> will be eventually deprecated.
> There are 3 types of requests in the new API 
> * {{/solr2//*}} : Operations on specific collections 
> * {{/solr2/_cluster/*}} : Cluster-wide operations which are not specific to 
> any collections. 
> * {{/solr2/_node/*}} : Operations on the node receiving the request. This is 
> the counter part of the core admin API
> This will be released as part of a major release. Check the link given below 
> for the full specification.  Your comments are welcome
> [Solr API version 2 Specification | http://bit.ly/1JYsBMQ]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Attachment: LUCENE-6795-forbids.patch

Final patch, also for Solr.

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702690 from [~thetaphi] in branch 'dev/trunk'
[ https://svn.apache.org/r1702690 ]

LUCENE-6795: Forbid AccessibleObject#setAccessible and suppress legitimate uses 
/ wrap with doPrivileged

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-5503) Trivial fixes to WeightedSpanTermExtractor

[ASF subversion and git services (JIRA)]

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

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

Commit 1702697 from [~dsmiley] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702697 ]

LUCENE-5503: Highlighter WSTE didn't always convert a PhraseQuery to a 
SpanQuery correctly.

> Trivial fixes to WeightedSpanTermExtractor
> --
>
> Key: LUCENE-5503
> URL: https://issues.apache.org/jira/browse/LUCENE-5503
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/highlighter
>Affects Versions: 4.7
>Reporter: Tim Allison
>Assignee: David Smiley
>Priority: Minor
> Fix For: 5.4
>
> Attachments: LUCENE-5503.patch, LUCENE-5503.patch, LUCENE-5503v2.patch
>
>
> The conversion of PhraseQuery to SpanNearQuery miscalculates the slop if 
> there are stop words in some cases.  The issue only really appears if there 
> is more than one intervening run of stop words: ab the cd the the ef.
> I also noticed that the inOrder determination is based on the newly 
> calculated slop, and it should probably be based on the original 
> phraseQuery.getSlop()
> patch and unit tests on way



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Resolved] (LUCENE-5503) Trivial fixes to WeightedSpanTermExtractor

[David Smiley (JIRA)]

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

David Smiley resolved LUCENE-5503.
--
Resolution: Fixed

> Trivial fixes to WeightedSpanTermExtractor
> --
>
> Key: LUCENE-5503
> URL: https://issues.apache.org/jira/browse/LUCENE-5503
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/highlighter
>Affects Versions: 4.7
>Reporter: Tim Allison
>Assignee: David Smiley
>Priority: Minor
> Fix For: 5.4
>
> Attachments: LUCENE-5503.patch, LUCENE-5503.patch, LUCENE-5503v2.patch
>
>
> The conversion of PhraseQuery to SpanNearQuery miscalculates the slop if 
> there are stop words in some cases.  The issue only really appears if there 
> is more than one intervening run of stop words: ab the cd the the ef.
> I also noticed that the inOrder determination is based on the newly 
> calculated slop, and it should probably be based on the original 
> phraseQuery.getSlop()
> patch and unit tests on way



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/13916/
Java: 64bit/jdk1.9.0-ea-b78 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

3 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.cloud.TestSolrCloudWithKerberosAlt

Error Message:
5 threads leaked from SUITE scope at 
org.apache.solr.cloud.TestSolrCloudWithKerberosAlt: 1) Thread[id=10774, 
name=ou=system.data, state=TIMED_WAITING, 
group=TGRP-TestSolrCloudWithKerberosAlt] at sun.misc.Unsafe.park(Native 
Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
at java.lang.Thread.run(Thread.java:746)2) Thread[id=10773, 
name=apacheds, state=WAITING, group=TGRP-TestSolrCloudWithKerberosAlt] 
at java.lang.Object.wait(Native Method) at 
java.lang.Object.wait(Object.java:516) at 
java.util.TimerThread.mainLoop(Timer.java:526) at 
java.util.TimerThread.run(Timer.java:505)3) Thread[id=10775, 
name=changePwdReplayCache.data, state=TIMED_WAITING, 
group=TGRP-TestSolrCloudWithKerberosAlt] at sun.misc.Unsafe.park(Native 
Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
at java.lang.Thread.run(Thread.java:746)4) Thread[id=10777, 
name=kdcReplayCache.data, state=TIMED_WAITING, 
group=TGRP-TestSolrCloudWithKerberosAlt] at sun.misc.Unsafe.park(Native 
Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
at java.lang.Thread.run(Thread.java:746)5) Thread[id=10776, 
name=groupCache.data, state=TIMED_WAITING, 
group=TGRP-TestSolrCloudWithKerberosAlt] at sun.misc.Unsafe.park(Native 
Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
at java.lang.Thread.run(Thread.java:746)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 5 threads leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithKerberosAlt: 
   1) Thread[id=10774, name=ou=system.data, state=TIMED_WAITING, 
group=TGRP-TestSolrCloudWithKerberosAlt]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
at 

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Attachment: LUCENE-6795-forbids.patch

Small fix with SolrDispatchFilter

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
> Attachments: LUCENE-6795-forbids.patch, LUCENE-6795-forbids.patch
>
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[David Smiley (JIRA)]

David Smiley created LUCENE-6801:


 Summary: PhraseQuery incorrectly advertises it supports terms at 
the same position
 Key: LUCENE-6801
 URL: https://issues.apache.org/jira/browse/LUCENE-6801
 Project: Lucene - Core
  Issue Type: Bug
  Components: core/search
Reporter: David Smiley
Priority: Minor


The following in PhraseQuery has been here since Sept 15th 2004 (by "goller"):
{code:java}
/**
 * Adds a term to the end of the query phrase.
 * The relative position of the term within the phrase is specified 
explicitly.
 * This allows e.g. phrases with more than one term at the same position
 * or phrases with gaps (e.g. in connection with stopwords).
 * 
 */
public Builder add(Term term, int position) {
{code}

Of course this isn't true; it's why we have MultiPhraseQuery.  Yet we even 
allow you to have consecutive terms with the same positions.  We shouldn't 
allow that; we should throw an exception.  For my own sanity, I modified a 
simple MultiPhraseQuery test to use PhraseQuery instead and of course it didn't 
work.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-5503) Trivial fixes to WeightedSpanTermExtractor

[David Smiley (JIRA)]

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

David Smiley updated LUCENE-5503:
-
Attachment: LUCENE-5503.patch

Looks good Tim!  I like the tests.  I made some minor improvements to the code, 
somewhat making it similar to the conversion that WSTE does of MultiPhraseQuery 
in terms of keeping the positionGaps integer separate from slop.  And no loop 
is needed to calculate that gap.

p.s. when attaching patches, use the same file name for updates.  JIRA keeps 
all of them and clearly shows the latest.

> Trivial fixes to WeightedSpanTermExtractor
> --
>
> Key: LUCENE-5503
> URL: https://issues.apache.org/jira/browse/LUCENE-5503
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/highlighter
>Affects Versions: 4.7
>Reporter: Tim Allison
>Assignee: David Smiley
>Priority: Minor
> Attachments: LUCENE-5503.patch, LUCENE-5503.patch, LUCENE-5503v2.patch
>
>
> The conversion of PhraseQuery to SpanNearQuery miscalculates the slop if 
> there are stop words in some cases.  The issue only really appears if there 
> is more than one intervening run of stop words: ab the cd the the ef.
> I also noticed that the inOrder determination is based on the newly 
> calculated slop, and it should probably be based on the original 
> phraseQuery.getSlop()
> patch and unit tests on way



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14191/
Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.solr.client.solrj.impl.CloudSolrClientTest.test

Error Message:
There should be 3 documents because there should be two id=1 docs due to 
overwrite=false expected:<3> but was:<1>

Stack Trace:
java.lang.AssertionError: There should be 3 documents because there should be 
two id=1 docs due to overwrite=false expected:<3> but was:<1>
at 
__randomizedtesting.SeedInfo.seed([6F219DEA398C246:8EA626040D64AFBE]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.client.solrj.impl.CloudSolrClientTest.testOverwriteOption(CloudSolrClientTest.java:159)
at 
org.apache.solr.client.solrj.impl.CloudSolrClientTest.test(CloudSolrClientTest.java:117)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:110)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:938)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 

[jira] [Updated] (LUCENE-5503) Trivial fixes to WeightedSpanTermExtractor

[David Smiley (JIRA)]

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

David Smiley updated LUCENE-5503:
-
Fix Version/s: 5.4

> Trivial fixes to WeightedSpanTermExtractor
> --
>
> Key: LUCENE-5503
> URL: https://issues.apache.org/jira/browse/LUCENE-5503
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/highlighter
>Affects Versions: 4.7
>Reporter: Tim Allison
>Assignee: David Smiley
>Priority: Minor
> Fix For: 5.4
>
> Attachments: LUCENE-5503.patch, LUCENE-5503.patch, LUCENE-5503v2.patch
>
>
> The conversion of PhraseQuery to SpanNearQuery miscalculates the slop if 
> there are stop words in some cases.  The issue only really appears if there 
> is more than one intervening run of stop words: ab the cd the the ef.
> I also noticed that the inOrder determination is based on the newly 
> calculated slop, and it should probably be based on the original 
> phraseQuery.getSlop()
> patch and unit tests on way



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/5247/
Java: 32bit/jdk1.8.0_60 -server -XX:+UseSerialGC

2 tests failed.
FAILED:  org.apache.lucene.rangetree.TestRangeTree.testMultiValuedSortedSet

Error Message:
this writer hit an unrecoverable error; cannot complete forceMerge

Stack Trace:
java.lang.IllegalStateException: this writer hit an unrecoverable error; cannot 
complete forceMerge
at 
__randomizedtesting.SeedInfo.seed([2E9C4D396B9E7EBD:55E51EBDD9DA0373]:0)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1755)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1705)
at 
org.apache.lucene.index.RandomIndexWriter.forceMerge(RandomIndexWriter.java:408)
at 
org.apache.lucene.rangetree.TestRangeTree.testMultiValuedSortedSet(TestRangeTree.java:225)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.AssertionError: 
dir=.\temp\RangeTreeWriter3766529150673231371 still has 
file=.\temp\RangeTreeWriter3766529150673231371\size24476.919989250112690523
at 
org.apache.lucene.rangetree.RangeTreeWriter.directoryIsEmpty(RangeTreeWriter.java:403)
at 
org.apache.lucene.rangetree.RangeTreeWriter.finish(RangeTreeWriter.java:392)
at 

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/143/
Java: 64bit/jdk1.7.0_80 -XX:+UseCompressedOops -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature

Error Message:
expected:<[Colour]> but was:<[  
00$resource.get("color","resources","en_UK")velocityWithCustomTools*:*t  ]>

Stack Trace:
org.junit.ComparisonFailure: expected:<[Colour]> but was:<[

00$resource.get("color","resources","en_UK")velocityWithCustomTools*:*t

]>
at 
__randomizedtesting.SeedInfo.seed([57F0E6CE72085158:38BA3F5AFE67E3B]:0)
at org.junit.Assert.assertEquals(Assert.java:125)
at org.junit.Assert.assertEquals(Assert.java:147)
at 
org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature(VelocityResponseWriterTest.java:130)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 20449 lines...]
   [junit4] Suite: 

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/13910/
Java: 32bit/jdk1.7.0_80 -client -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  
org.apache.lucene.index.TestIndexWriterExceptions.testNoLostDeletesOrUpdates

Error Message:
this IndexWriter is closed

Stack Trace:
org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
at 
__randomizedtesting.SeedInfo.seed([1CDE4CD4545E2EA2:75A54E5FA2F0E4E2]:0)
at org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:719)
at org.apache.lucene.index.IndexWriter.getConfig(IndexWriter.java:1046)
at 
org.apache.lucene.index.RandomIndexWriter.commit(RandomIndexWriter.java:283)
at 
org.apache.lucene.index.TestIndexWriterExceptions.testNoLostDeletesOrUpdates(TestIndexWriterExceptions.java:2072)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.lucene.store.MockDirectoryWrapper$FakeIOException
at 
org.apache.lucene.index.TestIndexWriterExceptions$11.eval(TestIndexWriterExceptions.java:1923)
at 
org.apache.lucene.store.MockDirectoryWrapper.maybeThrowDeterministicException(MockDirectoryWrapper.java:958)
at 
org.apache.lucene.store.MockIndexOutputWrapper.writeBytes(MockIndexOutputWrapper.java:145)
at 

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions for jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler commented on LUCENE-6795:
---

Hi, I started to look into Solr. In fact after some fruitful discussions with 
the Jigsaw people I figured out what the "main" issue is.

Also for Solr we should put {{AccessibleObject#setAccessible()}} onto the 
forbidden-apis list and only allow it for some very special cases (which are 
also supported by Oracle): The MMapDir cleaner. Any comments?

Solr has some violations on this, because it tries to make hidden fields or 
methods available that are part of the Java runtime. With Java 9 Jigsaw (soon 
to be merged into Java 9 mainline), any call to setAccessible() on any class 
which is part of the Java runtime fails. PERIOD. No way to work around that. 
There are only some "exceptions" for some APIs (see [JEP 
260|http://openjdk.java.net/jeps/260]), but the general rule holds. If you try 
to make one of the internal members accessible, setAccessible throws a new 
RuntimeException. This lead to some discussions (e.g. the Groovy runtime engine 
is completely broken by that, see GROOVY-7587). Oracle is working on solutions 
for that, but the general rule holds: 
[http://mail.openjdk.java.net/pipermail/jigsaw-dev/2015-September/004530.html]

I will now fix some issues in Solr. One of those is the SystemInfoHandler. This 
just uses the OperatingSystemMXBean in a "wrong way", because it tries to call 
hidden methods, which are only implemented by an interface. So it fails. You 
just need to cast to correct interface and then you can call the methods as 
usual. I will commit this fix in a minute.

> Remove all accessClassInPackage permissions for jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions for jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702614 from [~thetaphi] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702614 ]

Merged revision(s) 1702613 from lucene/dev/trunk:
LUCENE-6795: Fix SystemInfoHandler to work with Java 9 Jigsaw

> Remove all accessClassInPackage permissions for jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions / remove AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Summary: Remove all accessClassInPackage permissions / remove 
AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw  (was: Remove 
all accessClassInPackage permissions to make ready for Java 9 Jigsaw)

> Remove all accessClassInPackage permissions / remove 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> -
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS] Lucene-Solr-5.3-Linux (64bit/jdk1.8.0_60) - Build # 144 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature

Error Message:
expected:<[Colour]> but was:<[  
00*:*t$resource.get("color","resources","en_UK")velocityWithCustomTools  ]>

Stack Trace:
org.junit.ComparisonFailure: expected:<[Colour]> but was:<[

00*:*t$resource.get("color","resources","en_UK")velocityWithCustomTools

]>
at 
__randomizedtesting.SeedInfo.seed([625FF07A85878FB3:3624B5415869A0D0]:0)
at org.junit.Assert.assertEquals(Assert.java:125)
at org.junit.Assert.assertEquals(Assert.java:147)
at 
org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature(VelocityResponseWriterTest.java:130)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 20548 lines...]
   [junit4] Suite: 

[jira] [Resolved] (LUCENE-5385) make precommit work for svn 1.8 or git checkouts

[Uwe Schindler (JIRA)]

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

Uwe Schindler resolved LUCENE-5385.
---
Resolution: Fixed
  Assignee: Uwe Schindler

> make precommit work for svn 1.8 or git checkouts
> 
>
> Key: LUCENE-5385
> URL: https://issues.apache.org/jira/browse/LUCENE-5385
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/build
>Reporter: Robert Muir
>Assignee: Uwe Schindler
> Attachments: LUCENE-5385-classpath.patch, LUCENE-5385.patch, 
> LUCENE-5385.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions for jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Labels: Java9  (was: )

> Remove all accessClassInPackage permissions for jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions for jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702613 from [~thetaphi] in branch 'dev/trunk'
[ https://svn.apache.org/r1702613 ]

LUCENE-6795: Fix SystemInfoHandler to work with Java 9 Jigsaw

> Remove all accessClassInPackage permissions for jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Summary: Remove all accessClassInPackage permissions to make ready for Java 
9 Jigsaw  (was: Remove all accessClassInPackage permissions for jigsaw)

> Remove all accessClassInPackage permissions to make ready for Java 9 Jigsaw
> ---
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6795:
--
Summary: Remove all accessClassInPackage permissions / remove uses 
AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw  (was: Remove 
all accessClassInPackage permissions / remove AccessibleObject#setAccessible() 
to make ready for Java 9 Jigsaw)

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14194/
Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseSerialGC

2 tests failed.
FAILED:  
org.apache.solr.handler.TestReplicationHandler.doTestIndexAndConfigAliasReplication

Error Message:
[/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandler_2672314BFB459D73-001/solr-instance-002/./collection1/data,
 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandler_2672314BFB459D73-001/solr-instance-002/./collection1/data/index.20150912170645484,
 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandler_2672314BFB459D73-001/solr-instance-002/./collection1/data/index.20150912170645583]
 expected:<2> but was:<3>

Stack Trace:
java.lang.AssertionError: 
[/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandler_2672314BFB459D73-001/solr-instance-002/./collection1/data,
 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandler_2672314BFB459D73-001/solr-instance-002/./collection1/data/index.20150912170645484,
 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandler_2672314BFB459D73-001/solr-instance-002/./collection1/data/index.20150912170645583]
 expected:<2> but was:<3>
at 
__randomizedtesting.SeedInfo.seed([2672314BFB459D73:D101DF133DAD3295]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.handler.TestReplicationHandler.checkForSingleIndex(TestReplicationHandler.java:813)
at 
org.apache.solr.handler.TestReplicationHandler.doTestIndexAndConfigAliasReplication(TestReplicationHandler.java:1243)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
  

[jira] [Commented] (LUCENE-5503) Trivial fixes to WeightedSpanTermExtractor

[Tim Allison (JIRA)]

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

Tim Allison commented on LUCENE-5503:
-

Thank you, David!

> Trivial fixes to WeightedSpanTermExtractor
> --
>
> Key: LUCENE-5503
> URL: https://issues.apache.org/jira/browse/LUCENE-5503
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/highlighter
>Affects Versions: 4.7
>Reporter: Tim Allison
>Assignee: David Smiley
>Priority: Minor
> Fix For: 5.4
>
> Attachments: LUCENE-5503.patch, LUCENE-5503.patch, LUCENE-5503v2.patch
>
>
> The conversion of PhraseQuery to SpanNearQuery miscalculates the slop if 
> there are stop words in some cases.  The issue only really appears if there 
> is more than one intervening run of stop words: ab the cd the the ef.
> I also noticed that the inOrder determination is based on the newly 
> calculated slop, and it should probably be based on the original 
> phraseQuery.getSlop()
> patch and unit tests on way



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-5.3/18/

No tests ran.

Build Log:
[...truncated 53048 lines...]
prepare-release-no-sign:
[mkdir] Created dir: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/lucene/build/smokeTestRelease/dist
 [copy] Copying 461 files to 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/lucene/build/smokeTestRelease/dist/lucene
 [copy] Copying 245 files to 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/lucene/build/smokeTestRelease/dist/solr
   [smoker] Java 1.7 
JAVA_HOME=/home/jenkins/jenkins-slave/tools/hudson.model.JDK/latest1.7
   [smoker] Java 1.8 
JAVA_HOME=/home/jenkins/jenkins-slave/tools/hudson.model.JDK/latest1.8
   [smoker] NOTE: output encoding is UTF-8
   [smoker] 
   [smoker] Load release URL 
"file:/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/lucene/build/smokeTestRelease/dist/"...
   [smoker] 
   [smoker] Test Lucene...
   [smoker]   test basics...
   [smoker]   get KEYS
   [smoker] 0.1 MB in 0.01 sec (10.5 MB/sec)
   [smoker]   check changes HTML...
   [smoker]   download lucene-5.3.1-src.tgz...
   [smoker] 28.5 MB in 0.04 sec (784.9 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download lucene-5.3.1.tgz...
   [smoker] 65.7 MB in 0.09 sec (735.3 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download lucene-5.3.1.zip...
   [smoker] 75.9 MB in 0.10 sec (757.2 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   unpack lucene-5.3.1.tgz...
   [smoker] verify JAR metadata/identity/no javax.* or java.* classes...
   [smoker] test demo with 1.7...
   [smoker]   got 6059 hits for query "lucene"
   [smoker] checkindex with 1.7...
   [smoker] test demo with 1.8...
   [smoker]   got 6059 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] check Lucene's javadoc JAR
   [smoker]   unpack lucene-5.3.1.zip...
   [smoker] verify JAR metadata/identity/no javax.* or java.* classes...
   [smoker] test demo with 1.7...
   [smoker]   got 6059 hits for query "lucene"
   [smoker] checkindex with 1.7...
   [smoker] test demo with 1.8...
   [smoker]   got 6059 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] check Lucene's javadoc JAR
   [smoker]   unpack lucene-5.3.1-src.tgz...
   [smoker] make sure no JARs/WARs in src dist...
   [smoker] run "ant validate"
   [smoker] run tests w/ Java 7 and testArgs='-Dtests.slow=false'...
   [smoker] test demo with 1.7...
   [smoker]   got 213 hits for query "lucene"
   [smoker] checkindex with 1.7...
   [smoker] generate javadocs w/ Java 7...
   [smoker] 
   [smoker] Crawl/parse...
   [smoker] 
   [smoker] Verify...
   [smoker] run tests w/ Java 8 and testArgs='-Dtests.slow=false'...
   [smoker] test demo with 1.8...
   [smoker]   got 213 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] generate javadocs w/ Java 8...
   [smoker] 
   [smoker] Crawl/parse...
   [smoker] 
   [smoker] Verify...
   [smoker]   confirm all releases have coverage in TestBackwardsCompatibility
   [smoker] find all past Lucene releases...
   [smoker] run TestBackwardsCompatibility..
   [smoker] success!
   [smoker] 
   [smoker] Test Solr...
   [smoker]   test basics...
   [smoker]   get KEYS
   [smoker] 0.1 MB in 0.01 sec (12.2 MB/sec)
   [smoker]   check changes HTML...
   [smoker]   download solr-5.3.1-src.tgz...
   [smoker] 37.0 MB in 1.05 sec (35.1 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download solr-5.3.1.tgz...
   [smoker] 128.7 MB in 2.93 sec (43.8 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download solr-5.3.1.zip...
   [smoker] 136.3 MB in 4.45 sec (30.6 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   unpack solr-5.3.1.tgz...
   [smoker] verify JAR metadata/identity/no javax.* or java.* classes...
   [smoker] unpack lucene-5.3.1.tgz...
   [smoker]   **WARNING**: skipping check of 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/lucene/build/smokeTestRelease/tmp/unpack/solr-5.3.1/contrib/dataimporthandler-extras/lib/javax.mail-1.5.1.jar:
 it has javax.* classes
   [smoker]   **WARNING**: skipping check of 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/lucene/build/smokeTestRelease/tmp/unpack/solr-5.3.1/contrib/dataimporthandler-extras/lib/activation-1.1.1.jar:
 it has javax.* classes
   [smoker] copying unpacked distribution for Java 7 ...
   [smoker] test solr example w/ Java 7...
   [smoker]   start Solr instance 
(log=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/lucene/build/smokeTestRelease/tmp/unpack/solr-5.3.1-java7/solr-example.log)...
   [smoker] No process found for Solr node running on port 8983
   [smoker]   Running techproducts example on port 8983 from 

[jira] [Created] (LUCENE-6802) TestIndexWriterExceptions.testNoLostDeletesOrUpdates failure

[Steve Rowe (JIRA)]

Steve Rowe created LUCENE-6802:
--

 Summary: TestIndexWriterExceptions.testNoLostDeletesOrUpdates 
failure
 Key: LUCENE-6802
 URL: https://issues.apache.org/jira/browse/LUCENE-6802
 Project: Lucene - Core
  Issue Type: Bug
Affects Versions: Trunk, 5.4
Reporter: Steve Rowe


>From [http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/13910/], reproduces 
>about 10% of the time for me with beasting on Linux, on both branch_5x/Java7 
>and trunk/Java8:

{noformat}
   [junit4] ERROR   3.32s J1 | 
TestIndexWriterExceptions.testNoLostDeletesOrUpdates <<<
   [junit4]> Throwable #1: org.apache.lucene.store.AlreadyClosedException: 
this IndexWriter is closed
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([1CDE4CD4545E2EA2:75A54E5FA2F0E4E2]:0)
   [junit4]>at 
org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:719)
   [junit4]>at 
org.apache.lucene.index.IndexWriter.getConfig(IndexWriter.java:1046)
   [junit4]>at 
org.apache.lucene.index.RandomIndexWriter.commit(RandomIndexWriter.java:283)
   [junit4]>at 
org.apache.lucene.index.TestIndexWriterExceptions.testNoLostDeletesOrUpdates(TestIndexWriterExceptions.java:2072)
   [junit4]>at java.lang.Thread.run(Thread.java:745)
   [junit4]> Caused by: 
org.apache.lucene.store.MockDirectoryWrapper$FakeIOException
   [junit4]>at 
org.apache.lucene.index.TestIndexWriterExceptions$11.eval(TestIndexWriterExceptions.java:1923)
   [junit4]>at 
org.apache.lucene.store.MockDirectoryWrapper.maybeThrowDeterministicException(MockDirectoryWrapper.java:958)
   [junit4]>at 
org.apache.lucene.store.MockIndexOutputWrapper.writeBytes(MockIndexOutputWrapper.java:145)
   [junit4]>at 
org.apache.lucene.store.MockIndexOutputWrapper.writeByte(MockIndexOutputWrapper.java:127)
   [junit4]>at 
org.apache.lucene.store.DataOutput.writeVInt(DataOutput.java:191)
   [junit4]>at 
org.apache.lucene.codecs.lucene50.Lucene50DocValuesConsumer.addNumericField(Lucene50DocValuesConsumer.java:163)
   [junit4]>at 
org.apache.lucene.codecs.lucene50.Lucene50DocValuesConsumer.addNumericField(Lucene50DocValuesConsumer.java:80)
   [junit4]>at 
org.apache.lucene.codecs.asserting.AssertingDocValuesFormat$AssertingDocValuesConsumer.addNumericField(AssertingDocValuesFormat.java:89)
   [junit4]>at 
org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addNumericField(PerFieldDocValuesFormat.java:111)
   [junit4]>at 
org.apache.lucene.index.ReadersAndUpdates.handleNumericDVUpdates(ReadersAndUpdates.java:328)
   [junit4]>at 
org.apache.lucene.index.ReadersAndUpdates.writeFieldUpdates(ReadersAndUpdates.java:521)
   [junit4]>at 
org.apache.lucene.index.IndexWriter.commitMergedDeletesAndUpdates(IndexWriter.java:3417)
   [junit4]>at 
org.apache.lucene.index.IndexWriter.commitMerge(IndexWriter.java:3485)
   [junit4]>at 
org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:4212)
   [junit4]>at 
org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:3644)
   [junit4]>at 
org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:588)
   [junit4]>at 
org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:626)
   [junit4]   2> NOTE: leaving temporary files on disk at: 
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/core/test/J1/temp/lucene.index.TestIndexWriterExceptions_1CDE4CD4545E2EA2-001
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene53): 
{content7=Lucene50(blocksize=128), contents=Lucene50(blocksize=128), 
crash=BlockTreeOrds(blocksize=128), foo=Lucene50(blocksize=128), 
id=BlockTreeOrds(blocksize=128), content=Lucene50(blocksize=128), 
content2=BlockTreeOrds(blocksize=128), 
content5=PostingsFormat(name=LuceneVarGapFixedInterval), 
field=Lucene50(blocksize=128), content6=BlockTreeOrds(blocksize=128), 
content1=PostingsFormat(name=LuceneVarGapFixedInterval), 
subid=BlockTreeOrds(blocksize=128), 
field2=PostingsFormat(name=LuceneVarGapFixedInterval), 
field1=Lucene50(blocksize=128), content4=Lucene50(blocksize=128)}, 
docValues:{f=DocValuesFormat(name=Lucene50), bcf=DocValuesFormat(name=Memory), 
sortednumericdv=DocValuesFormat(name=Lucene50), 
numericdv=DocValuesFormat(name=Asserting), bf=DocValuesFormat(name=Lucene50), 
binarydv=DocValuesFormat(name=Asserting), 
sortedsetdv=DocValuesFormat(name=Asserting), 
cf=DocValuesFormat(name=Asserting), sorteddv=DocValuesFormat(name=Asserting)}, 
sim=RandomSimilarityProvider(queryNorm=false,coord=crazy): {contents=DFR 
I(ne)L3(800.0), id=IB SPL-L2, content=DFR I(ne)B2, content2=DFR I(n)B1, 
field=DFR I(n)3(800.0), content6=LM Jelinek-Mercer(0.10), 

Re: [JENKINS] Lucene-Solr-5.x-Linux (32bit/jdk1.7.0_80) - Build # 13910 - Failure!

[Steve Rowe]

https://issues.apache.org/jira/browse/LUCENE-6802

On Sat, Sep 12, 2015 at 6:41 AM, Policeman Jenkins Server <
jenk...@thetaphi.de> wrote:

> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/13910/
> Java: 32bit/jdk1.7.0_80 -client -XX:+UseConcMarkSweepGC
>
> 1 tests failed.
> FAILED:
> org.apache.lucene.index.TestIndexWriterExceptions.testNoLostDeletesOrUpdates
>
> Error Message:
> this IndexWriter is closed
>
> Stack Trace:
> org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
> at
> __randomizedtesting.SeedInfo.seed([1CDE4CD4545E2EA2:75A54E5FA2F0E4E2]:0)
> at
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:719)
> at
> org.apache.lucene.index.IndexWriter.getConfig(IndexWriter.java:1046)
> at
> org.apache.lucene.index.RandomIndexWriter.commit(RandomIndexWriter.java:283)
> at
> org.apache.lucene.index.TestIndexWriterExceptions.testNoLostDeletesOrUpdates(TestIndexWriterExceptions.java:2072)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
> at
> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
> at
> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
> at
> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
> at
> org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
> at
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
> at
> org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
> at
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
> at
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
> at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at
> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
> at
> com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
> at
> com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
> at
> com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
> at
> com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
> at
> com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
> at
> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
> at
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
> at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at
> org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
> at
> com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
> at
> com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
> 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:54)
> at
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
> at
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
> at
> org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
> at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at
> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: org.apache.lucene.store.MockDirectoryWrapper$FakeIOException
> at
> org.apache.lucene.index.TestIndexWriterExceptions$11.eval(TestIndexWriterExceptions.java:1923)
>   

[JENKINS-EA] Lucene-Solr-5.3-Linux (64bit/jdk1.9.0-ea-b78) - Build # 146 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/146/
Java: 64bit/jdk1.9.0-ea-b78 -XX:-UseCompressedOops -XX:+UseG1GC

1 tests failed.
FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature

Error Message:
expected:<[Colour]> but was:<[  
00*:*t$resource.get("color","resources","en_UK")velocityWithCustomTools  ]>

Stack Trace:
org.junit.ComparisonFailure: expected:<[Colour]> but was:<[

00*:*t$resource.get("color","resources","en_UK")velocityWithCustomTools

]>
at 
__randomizedtesting.SeedInfo.seed([E424F089E3DC566E:B05FB5B23E32790D]:0)
at org.junit.Assert.assertEquals(Assert.java:125)
at org.junit.Assert.assertEquals(Assert.java:147)
at 
org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature(VelocityResponseWriterTest.java:130)
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:504)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at java.lang.Thread.run(Thread.java:746)




Build Log:
[...truncated 20539 lines...]
   [junit4] Suite: 

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Solaris/46/
Java: multiarch/jdk1.7.0 -d64 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.cloud.CustomCollectionTest.test

Error Message:
Error from server at http://127.0.0.1:43914: collection already exists: 
implicitcollwithShardField

Stack Trace:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:43914: collection already exists: 
implicitcollwithShardField
at 
__randomizedtesting.SeedInfo.seed([3F59F2DE5B635484:B70DCD04F59F397C]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:560)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:234)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:226)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:372)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:325)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1099)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:870)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:806)
at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1220)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.createCollection(AbstractFullDistribZkTestBase.java:1574)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.createCollection(AbstractFullDistribZkTestBase.java:1528)
at 
org.apache.solr.cloud.CustomCollectionTest.testCustomCollectionsAPI(CustomCollectionTest.java:281)
at 
org.apache.solr.cloud.CustomCollectionTest.test(CustomCollectionTest.java:95)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:938)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)

[jira] [Commented] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[ASF subversion and git services (JIRA)]

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

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

Commit 1702622 from [~thetaphi] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702622 ]

Merged revision(s) 1702619-1702621 from lucene/dev/trunk:
LUCENE-6770: Add javadocs that FSDirectory canonicalizes the path

> FSDirectory ctor should use getAbsolutePath instead of getRealPath for 
> directory
> 
>
> Key: LUCENE-6770
> URL: https://issues.apache.org/jira/browse/LUCENE-6770
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/store
>Affects Versions: 5.2.1
> Environment: OS X, Linux
>Reporter: Vladimir Kuzmin
>Assignee: Uwe Schindler
> Attachments: LUCENE-6770.patch, LUCENE-6770.patch
>
>
> After upgrade from 4.1 to 5.2.1 I found that one of our test failed. Appeared 
> the guilty was FSDirectory that converts given Path to Path.getRealPath. As 
> result the test will fail:
> Path p = Paths.get("/var/lucene_store");
> FSDirectory d = new FSDirectory(p);
> assertEquals(p.toString(), d.getDirectory().toString());
> It because /var/lucene_store is a symlink and 
> Path directory =path.getRealPath(); 
> resolves it to /private/var/lucene_store
> I think this is bad design decision because "direcrory" isn't just internal 
> state but is exposed in a public interface and "getDirectory()" is widely 
> used to initialize other components. 
> It should use paths.getAbsolutePath() instead.
> build and "ant test" were successful after fix.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[ASF subversion and git services (JIRA)]

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

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

Commit 1702621 from [~thetaphi] in branch 'dev/trunk'
[ https://svn.apache.org/r1702621 ]

LUCENE-6770: Add javadocs that FSDirectory canonicalizes the path (changes 
entry)

> FSDirectory ctor should use getAbsolutePath instead of getRealPath for 
> directory
> 
>
> Key: LUCENE-6770
> URL: https://issues.apache.org/jira/browse/LUCENE-6770
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/store
>Affects Versions: 5.2.1
> Environment: OS X, Linux
>Reporter: Vladimir Kuzmin
>Assignee: Uwe Schindler
> Attachments: LUCENE-6770.patch, LUCENE-6770.patch
>
>
> After upgrade from 4.1 to 5.2.1 I found that one of our test failed. Appeared 
> the guilty was FSDirectory that converts given Path to Path.getRealPath. As 
> result the test will fail:
> Path p = Paths.get("/var/lucene_store");
> FSDirectory d = new FSDirectory(p);
> assertEquals(p.toString(), d.getDirectory().toString());
> It because /var/lucene_store is a symlink and 
> Path directory =path.getRealPath(); 
> resolves it to /private/var/lucene_store
> I think this is bad design decision because "direcrory" isn't just internal 
> state but is exposed in a public interface and "getDirectory()" is widely 
> used to initialize other components. 
> It should use paths.getAbsolutePath() instead.
> build and "ant test" were successful after fix.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Created] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[Noble Paul (JIRA)]

Noble Paul created SOLR-8044:


 Summary: VelocityResponseWriterTest jenkins failure
 Key: SOLR-8044
 URL: https://issues.apache.org/jira/browse/SOLR-8044
 Project: Solr
  Issue Type: Bug
Affects Versions: Trunk, 5.4, 5.3.1
Reporter: Noble Paul


{code}
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature

Error Message:
expected:<[Colour]> but was:<[  
00*:*t$resource.get("color","resources","en_UK")velocityWithCustomTools  ]>

Stack Trace:
org.junit.ComparisonFailure: expected:<[Colour]> but was:<[

00*:*t$resource.get("color","resources","en_UK")velocityWithCustomTools

{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702628 from [~thetaphi] in branch 'dev/trunk'
[ https://svn.apache.org/r1702628 ]

LUCENE-6795: Improve SystemInfoHandler to get the bean directly instead of 
downcasting (thanks Peter Levart from jigsaw-dev), also more fixes with UOE 
thrown by RuntimeMXBean#getBootClassPath()

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-6795) Remove all accessClassInPackage permissions / remove uses AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw

[ASF subversion and git services (JIRA)]

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

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

Commit 1702629 from [~thetaphi] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1702629 ]

Merged revision(s) 1702628 from lucene/dev/trunk:
LUCENE-6795: Improve SystemInfoHandler to get the bean directly instead of 
downcasting (thanks Peter Levart from jigsaw-dev), also more fixes with UOE 
thrown by RuntimeMXBean#getBootClassPath()

> Remove all accessClassInPackage permissions / remove uses 
> AccessibleObject#setAccessible() to make ready for Java 9 Jigsaw
> --
>
> Key: LUCENE-6795
> URL: https://issues.apache.org/jira/browse/LUCENE-6795
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Robert Muir
>  Labels: Java9
>
> With jigsaw builds this stuff is not allowed, its no longer an option of 
> security manager or not.
> So we should remove these permissions and fix the test leaks, crappy code, 
> remove hacks, etc.
> If the hack is really somehow needed for some special reason (e.g. well known 
> case like mmap), it needs to gracefully handle not being able to do this, the 
> code and tests should still "work" if it cannot do the hack.
> Otherwise there will be problems for java 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Solaris/44/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC

1 tests failed.
FAILED:  org.apache.solr.cloud.CloudExitableDirectoryReaderTest.test

Error Message:
No live SolrServers available to handle this 
request:[https://127.0.0.1:41971/collection1]

Stack Trace:
org.apache.solr.client.solrj.SolrServerException: No live SolrServers available 
to handle this request:[https://127.0.0.1:41971/collection1]
at 
__randomizedtesting.SeedInfo.seed([52CE865C0E0BC5EE:DA9AB986A0F7A816]:0)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:352)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1099)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:870)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:806)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:135)
at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:943)
at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:958)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.queryServer(AbstractFullDistribZkTestBase.java:1378)
at 
org.apache.solr.cloud.CloudExitableDirectoryReaderTest.assertPartialResults(CloudExitableDirectoryReaderTest.java:103)
at 
org.apache.solr.cloud.CloudExitableDirectoryReaderTest.doTimeoutTests(CloudExitableDirectoryReaderTest.java:87)
at 
org.apache.solr.cloud.CloudExitableDirectoryReaderTest.test(CloudExitableDirectoryReaderTest.java:54)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:938)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 

[jira] [Commented] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[ASF subversion and git services (JIRA)]

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

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

Commit 1702619 from [~thetaphi] in branch 'dev/trunk'
[ https://svn.apache.org/r1702619 ]

LUCENE-6770: Add javadocs that FSDirectory canonicalizes the path

> FSDirectory ctor should use getAbsolutePath instead of getRealPath for 
> directory
> 
>
> Key: LUCENE-6770
> URL: https://issues.apache.org/jira/browse/LUCENE-6770
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/store
>Affects Versions: 5.2.1
> Environment: OS X, Linux
>Reporter: Vladimir Kuzmin
>Assignee: Uwe Schindler
> Attachments: LUCENE-6770.patch, LUCENE-6770.patch
>
>
> After upgrade from 4.1 to 5.2.1 I found that one of our test failed. Appeared 
> the guilty was FSDirectory that converts given Path to Path.getRealPath. As 
> result the test will fail:
> Path p = Paths.get("/var/lucene_store");
> FSDirectory d = new FSDirectory(p);
> assertEquals(p.toString(), d.getDirectory().toString());
> It because /var/lucene_store is a symlink and 
> Path directory =path.getRealPath(); 
> resolves it to /private/var/lucene_store
> I think this is bad design decision because "direcrory" isn't just internal 
> state but is exposed in a public interface and "getDirectory()" is widely 
> used to initialize other components. 
> It should use paths.getAbsolutePath() instead.
> build and "ant test" were successful after fix.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Resolved] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[Uwe Schindler (JIRA)]

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

Uwe Schindler resolved LUCENE-6770.
---
   Resolution: Fixed
Fix Version/s: 5.4
   Trunk

Fixed by adding Javadocs

> FSDirectory ctor should use getAbsolutePath instead of getRealPath for 
> directory
> 
>
> Key: LUCENE-6770
> URL: https://issues.apache.org/jira/browse/LUCENE-6770
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/store
>Affects Versions: 5.2.1
> Environment: OS X, Linux
>Reporter: Vladimir Kuzmin
>Assignee: Uwe Schindler
> Fix For: Trunk, 5.4
>
> Attachments: LUCENE-6770.patch, LUCENE-6770.patch
>
>
> After upgrade from 4.1 to 5.2.1 I found that one of our test failed. Appeared 
> the guilty was FSDirectory that converts given Path to Path.getRealPath. As 
> result the test will fail:
> Path p = Paths.get("/var/lucene_store");
> FSDirectory d = new FSDirectory(p);
> assertEquals(p.toString(), d.getDirectory().toString());
> It because /var/lucene_store is a symlink and 
> Path directory =path.getRealPath(); 
> resolves it to /private/var/lucene_store
> I think this is bad design decision because "direcrory" isn't just internal 
> state but is exposed in a public interface and "getDirectory()" is widely 
> used to initialize other components. 
> It should use paths.getAbsolutePath() instead.
> build and "ant test" were successful after fix.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-7399) Shard splitting lock timeout

[Prabhat K Singh (JIRA)]

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

Prabhat K Singh commented on SOLR-7399:
---

Hi,

Is there any temp fix of this issue?

Please let me know if any other method of creating and adding replica.


> Shard splitting lock timeout
> 
>
> Key: SOLR-7399
> URL: https://issues.apache.org/jira/browse/SOLR-7399
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Affects Versions: 4.10.3
> Environment: HDP 2.2 / HDP Search
>Reporter: Hari Sekhon
>Priority: Minor
>
> When trying to shard split I've encountered the following exception before:
> {code}curl 
> 'http://host:8983/solr/admin/collections?action=SPLITSHARD=test=shard1=json=true'
> {
>   "responseHeader":{
> "status":500,
> "QTime":3426},
>   "failure":{
> 
> "":"org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException:Error
>  CREATEing SolrCore 'test_shard1_0_replica1': Unable to create core 
> [test_shard1_0_replica1] Caused by: Lock obtain timed out: 
> NativeFSLock@/data1/solr/test/index/write.lock"},
>   "Operation splitshard caused 
> exception:":"org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>  ADDREPLICA failed to create replica",
>   "exception":{
> "msg":"ADDREPLICA failed to create replica",
> "rspCode":500},
>   "error":{
> "msg":"ADDREPLICA failed to create replica",
> "trace":"org.apache.solr.common.SolrException: ADDREPLICA failed to 
> create replica\n\tat 
> org.apache.solr.handler.admin.CollectionsHandler.handleResponse(CollectionsHandler.java:364)\n\tat
>  
> org.apache.solr.handler.admin.CollectionsHandler.handleSplitShardAction(CollectionsHandler.java:606)\n\tat
>  
> org.apache.solr.handler.admin.CollectionsHandler.handleRequestBody(CollectionsHandler.java:172)\n\tat
>  
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:135)\n\tat
>  
> org.apache.solr.servlet.SolrDispatchFilter.handleAdminRequest(SolrDispatchFilter.java:729)\n\tat
>  
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:267)\n\tat
>  
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:207)\n\tat
>  
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)\n\tat
>  
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:455)\n\tat
>  
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)\n\tat
>  
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557)\n\tat
>  
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)\n\tat
>  
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1075)\n\tat
>  
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:384)\n\tat
>  
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)\n\tat
>  
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1009)\n\tat
>  
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)\n\tat
>  
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255)\n\tat
>  
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154)\n\tat
>  
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)\n\tat
>  org.eclipse.jetty.server.Server.handle(Server.java:368)\n\tat 
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:489)\n\tat
>  
> org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(BlockingHttpConnection.java:53)\n\tat
>  
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:942)\n\tat
>  
> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1004)\n\tat
>  org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:640)\n\tat 
> org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)\n\tat 
> org.eclipse.jetty.server.BlockingHttpConnection.handle(BlockingHttpConnection.java:72)\n\tat
>  
> org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:264)\n\tat
>  
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)\n\tat
>  
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)\n\tat
>  java.lang.Thread.run(Thread.java:745)\n",
> "code":500}}
> {code}
> Hari Sekhon
> http://www.linkedin.com/in/harisekhon



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[Noble Paul (JIRA)]

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

Noble Paul commented on SOLR-8044:
--

[~ehatcher] is it related to your checkin ?

> VelocityResponseWriterTest jenkins failure
> --
>
> Key: SOLR-8044
> URL: https://issues.apache.org/jira/browse/SOLR-8044
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk, 5.4, 5.3.1
>Reporter: Noble Paul
>
> {code}
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> 1 tests failed.
> FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
> Error Message:
> expected:<[Colour]> but was:<[ 
>  0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">  ]>
> Stack Trace:
> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[ version="1.0" encoding="UTF-8"?>
> 
> 0 name="QTime">0*:* name="v.template">t name="v.template.t">$resource.get("color","resources","en_UK") name="wt">velocityWithCustomTools numFound="0" start="0">
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-4392) DIH - Need to externalize or encrypt username/password stored within data-config.xml

[Noble Paul (JIRA)]

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

Noble Paul commented on SOLR-4392:
--

we can fix that. Just open a  new ticket

> DIH - Need to externalize or encrypt username/password stored within 
> data-config.xml
> 
>
> Key: SOLR-4392
> URL: https://issues.apache.org/jira/browse/SOLR-4392
> Project: Solr
>  Issue Type: New Feature
>  Components: contrib - DataImportHandler
>Affects Versions: 4.0, 4.1
>Reporter: Senthuran Sivananthan
>Assignee: Noble Paul
> Fix For: 5.2, Trunk
>
> Attachments: SOLR-4392.patch, SOLR-4392.patch
>
>
> Today, the connection (database or otherwise) credentials is wide open in 
> data-config.xml.  Not really an issue until someone sends out the config file 
> outside of the server.
> We should look into externalizing the database lookup or providing a way to 
> encrypt the username and password.
> The needs are:
> 1/  Some projects want to enable multi-tenancy where data for each core is 
> situated in different database servers w/ their own credentials.  We need a 
> way to expose hooks that will allow implementations to be plugged in.  It can 
> be done though the "type" attribute on the dataSource, but providing a 
> factory might work better.
> 2/  Most orgs are very protective of their credentials and weary of 
> plain-text settings.
> {code:xml}
>  url="jdbc:oracle:thin:@//hostname:port/SID" user="db_username" 
> 
> 
> password="U2FsdGVkX18QMjY0yfCqlfBMvAB4d3XkwY96L7gfO2o=" 
> 
> encryptKeyFile="/location/of/encryptionkey"
> />
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

Re: [jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[Erik Hatcher]

Yes it's related sorry.  It's a 5_3 only test failure. I think I know the issue 
(the writer used is a 5x/5.4 only thing). I'll fix it today - it can be ignored 
as it's a test-only issue. 

   Erik

> On Sep 12, 2015, at 08:33, Noble Paul (JIRA)  wrote:
> 
> 
>[ 
> https://issues.apache.org/jira/browse/SOLR-8044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14742037#comment-14742037
>  ] 
> 
> Noble Paul commented on SOLR-8044:
> --
> 
> [~ehatcher] is it related to your checkin ?
> 
>> VelocityResponseWriterTest jenkins failure
>> --
>> 
>>Key: SOLR-8044
>>URL: https://issues.apache.org/jira/browse/SOLR-8044
>>Project: Solr
>> Issue Type: Bug
>>   Affects Versions: Trunk, 5.4, 5.3.1
>>   Reporter: Noble Paul
>> 
>> {code}
>> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
>> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
>> 1 tests failed.
>> FAILED:  
>> org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
>> Error Message:
>> expected:<[Colour]> but was:<[ 
>>  0> name="QTime">0*:*> name="v.template">t> name="v.template.t">$resource.get("color","resources","en_UK")> name="wt">velocityWithCustomTools> numFound="0" start="0">  ]>
>> Stack Trace:
>> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[> version="1.0" encoding="UTF-8"?>
>> 
>> 0> name="QTime">0*:*> name="v.template">t> name="v.template.t">$resource.get("color","resources","en_UK")> name="wt">velocityWithCustomTools> numFound="0" start="0">
>> 
>> {code}
> 
> 
> 
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 

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

Re: [jira] [Commented] (SOLR-8044) VelocityResponseWriterTest jenkins failure

[Noble Paul]

It's stopping me from giving an RC2

On Sat, Sep 12, 2015 at 6:30 PM, Erik Hatcher  wrote:
> Yes it's related sorry.  It's a 5_3 only test failure. I think I know the 
> issue (the writer used is a 5x/5.4 only thing). I'll fix it today - it can be 
> ignored as it's a test-only issue.
>
>Erik
>
>> On Sep 12, 2015, at 08:33, Noble Paul (JIRA)  wrote:
>>
>>
>>[ 
>> https://issues.apache.org/jira/browse/SOLR-8044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14742037#comment-14742037
>>  ]
>>
>> Noble Paul commented on SOLR-8044:
>> --
>>
>> [~ehatcher] is it related to your checkin ?
>>
>>> VelocityResponseWriterTest jenkins failure
>>> --
>>>
>>>Key: SOLR-8044
>>>URL: https://issues.apache.org/jira/browse/SOLR-8044
>>>Project: Solr
>>> Issue Type: Bug
>>>   Affects Versions: Trunk, 5.4, 5.3.1
>>>   Reporter: Noble Paul
>>>
>>> {code}
>>> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/144/
>>> Java: 64bit/jdk1.8.0_60 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
>>> 1 tests failed.
>>> FAILED:  
>>> org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature
>>> Error Message:
>>> expected:<[Colour]> but was:<[ 
>>>  0>> name="QTime">0*:*>> name="v.template">t>> name="v.template.t">$resource.get("color","resources","en_UK")>> name="wt">velocityWithCustomTools>> numFound="0" start="0">  ]>
>>> Stack Trace:
>>> org.junit.ComparisonFailure: expected:<[Colour]> but was:<[>> version="1.0" encoding="UTF-8"?>
>>> 
>>> 0>> name="QTime">0*:*>> name="v.template">t>> name="v.template.t">$resource.get("color","resources","en_UK")>> name="wt">velocityWithCustomTools>> numFound="0" start="0">
>>> 
>>> {code}
>>
>>
>>
>> --
>> This message was sent by Atlassian JIRA
>> (v6.3.4#6332)
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>



-- 
-
Noble Paul

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

[jira] [Created] (SOLR-8045) Deploy Solr in ROOT (/) path

[Noble Paul (JIRA)]

Noble Paul created SOLR-8045:


 Summary: Deploy Solr in ROOT (/) path 
 Key: SOLR-8045
 URL: https://issues.apache.org/jira/browse/SOLR-8045
 Project: Solr
  Issue Type: Sub-task
Reporter: Noble Paul
Assignee: Noble Paul






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-8045) Deploy Solr in ROOT (/) path

[Noble Paul (JIRA)]

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

Noble Paul updated SOLR-8045:
-
Description: This does not mean that the path to access Solr will be 
changed. All paths will remain as is and would behave exactly the same

> Deploy Solr in ROOT (/) path 
> -
>
> Key: SOLR-8045
> URL: https://issues.apache.org/jira/browse/SOLR-8045
> Project: Solr
>  Issue Type: Sub-task
>Reporter: Noble Paul
>Assignee: Noble Paul
> Fix For: 6.0
>
>
> This does not mean that the path to access Solr will be changed. All paths 
> will remain as is and would behave exactly the same



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-8035) Move solr/webapp to solr/server/solr-webapp

[Mark Miller (JIRA)]

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

Mark Miller commented on SOLR-8035:
---

Ah okay.

> Move solr/webapp to solr/server/solr-webapp
> ---
>
> Key: SOLR-8035
> URL: https://issues.apache.org/jira/browse/SOLR-8035
> Project: Solr
>  Issue Type: Bug
>  Components: UI
>Reporter: Erik Hatcher
>Assignee: Erik Hatcher
>Priority: Critical
> Fix For: Trunk, 5.4
>
> Attachments: SOLR-8035.patch
>
>
> Let's move solr/webapp *source* files to their final actual distro 
> destination.  This facilitates folks editing the UI in real-time (save 
> change, refresh in browser) rather than having to "stop, ant server, restart" 
> to see a change.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/145/
Java: 32bit/jdk1.7.0_80 -client -XX:+UseSerialGC

1 tests failed.
FAILED:  org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature

Error Message:
expected:<[Colour]> but was:<[  
00velocityWithCustomTools$resource.get("color","resources","en_UK")t*:*  ]>

Stack Trace:
org.junit.ComparisonFailure: expected:<[Colour]> but was:<[

00velocityWithCustomTools$resource.get("color","resources","en_UK")t*:*

]>
at 
__randomizedtesting.SeedInfo.seed([D5161DA916486FDF:816D5892CBA640BC]:0)
at org.junit.Assert.assertEquals(Assert.java:125)
at org.junit.Assert.assertEquals(Assert.java:147)
at 
org.apache.solr.velocity.VelocityResponseWriterTest.testLocaleFeature(VelocityResponseWriterTest.java:130)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 20443 lines...]
   [junit4] Suite: org.apache.solr.velocity.VelocityResponseWriterTest