[jira] [Commented] (SOLR-8114) Grouping.java: sort variable names confusion

[ASF subversion and git services (JIRA)]

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

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

Commit 1709239 from [~cpoerschke] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1709239 ]

SOLR-8114: in Grouping.java rename groupSort to withinGroupSort (merge in 
revision 1709230 from trunk)

> Grouping.java: sort variable names confusion
> 
>
> Key: SOLR-8114
> URL: https://issues.apache.org/jira/browse/SOLR-8114
> Project: Solr
>  Issue Type: Wish
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-8114-part1of2.patch, SOLR-8114-part2of2.patch
>
>
> The undistributed case i.e. {{solr/Grouping.java}}'s variable names 
> confusingly differ from the names used by lucene (and by the distributed 
> case).
> Specifically the name {{groupSort}} in lucene (and in the distributed case) 
> means between-groups-sort but in the Grouping.java it means within-group-sort.
> lucene:
> {code}
> TermFirstPassGroupingCollector(... Sort groupSort ...)
> TermSecondPassGroupingCollector(... Sort groupSort, Sort withinGroupSort ...)
> {code}
> solr:
> {code}
> SearchGroupsFieldCommand.java: firstPassGroupingCollector = new 
> TermFirstPassGroupingCollector(field.getName(), groupSort, topNGroups);
> TopGroupsFieldCommand.java: secondPassCollector = new 
> TermSecondPassGroupingCollector(... groupSort, sortWithinGroup ...);
> Grouping.java:public Sort groupSort;   // the sort of the documents 
> *within* a single group.
> Grouping.java:public Sort sort;// the sort between groups
> Grouping.java:  firstPass = new TermFirstPassGroupingCollector(groupBy, sort, 
> actualGroupsToFind);
> Grouping.java: secondPass = new TermSecondPassGroupingCollector(... sort, 
> groupSort ...);
> {code}
> This JIRA proposes to rename the Grouping.java variables to remove the 
> confusion:
>  * part 1: in Grouping.java rename groupSort to withinGroupSort
>  * part 2: in Grouping.java rename sort to groupSort



--
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] [Assigned] (SOLR-8162) JmxMonitoredMap#clear triggers a query on all the MBeans thus generating lots of warnings

[Shalin Shekhar Mangar (JIRA)]

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

Shalin Shekhar Mangar reassigned SOLR-8162:
---

Assignee: Shalin Shekhar Mangar

> JmxMonitoredMap#clear triggers a query on all the MBeans thus generating lots 
> of warnings
> -
>
> Key: SOLR-8162
> URL: https://issues.apache.org/jira/browse/SOLR-8162
> Project: Solr
>  Issue Type: Bug
>  Components: JMX
>Affects Versions: 5.3
>Reporter: Marius Dumitru Florea
>Assignee: Shalin Shekhar Mangar
> Attachments: SOLR-8162.patch
>
>
> [{{JmxMonitoredMap#clear()}}|http://svn.apache.org/viewvc/lucene/dev/tags/lucene_solr_5_3_1/solr/core/src/java/org/apache/solr/core/JmxMonitoredMap.java?view=markup#l133]
>  doesn't restrict the query to the MBeans registered by Solr thus forcing the 
> {{MBeanServer}} to query all the registered MBeans if they have a 
> "coreHashCode" attribute:
> {noformat}
> QueryExp exp = Query.eq(Query.attr("coreHashCode"), 
> Query.value(coreHashCode));
> ...
> objectNames = server.queryNames(null, exp);
> {noformat}
> This triggers a lot of warnings because (I guess) 
> [{{DynamicMBean#getAttribute()}}|https://docs.oracle.com/javase/7/docs/api/javax/management/DynamicMBean.html#getAttribute%28java.lang.String%29]
>  throws {{AttributeNotFoundException}}.
> This is what I get for instance:
> {noformat}
> 2015-10-13 16:07:10,281 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,281 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,281 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,284 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,284 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,285 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,285 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 20

[jira] [Updated] (SOLR-8162) JmxMonitoredMap#clear triggers a query on all the MBeans thus generating lots of warnings

[Shalin Shekhar Mangar (JIRA)]

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

Shalin Shekhar Mangar updated SOLR-8162:

Attachment: SOLR-8162.patch

This patch fixes JmxMonitoredMap.clear to use a ObjectName that restricts the 
query to the jmxRootName being used by Solr.

> JmxMonitoredMap#clear triggers a query on all the MBeans thus generating lots 
> of warnings
> -
>
> Key: SOLR-8162
> URL: https://issues.apache.org/jira/browse/SOLR-8162
> Project: Solr
>  Issue Type: Bug
>  Components: JMX
>Affects Versions: 5.3
>Reporter: Marius Dumitru Florea
> Attachments: SOLR-8162.patch
>
>
> [{{JmxMonitoredMap#clear()}}|http://svn.apache.org/viewvc/lucene/dev/tags/lucene_solr_5_3_1/solr/core/src/java/org/apache/solr/core/JmxMonitoredMap.java?view=markup#l133]
>  doesn't restrict the query to the MBeans registered by Solr thus forcing the 
> {{MBeanServer}} to query all the registered MBeans if they have a 
> "coreHashCode" attribute:
> {noformat}
> QueryExp exp = Query.eq(Query.attr("coreHashCode"), 
> Query.value(coreHashCode));
> ...
> objectNames = server.queryNames(null, exp);
> {noformat}
> This triggers a lot of warnings because (I guess) 
> [{{DynamicMBean#getAttribute()}}|https://docs.oracle.com/javase/7/docs/api/javax/management/DynamicMBean.html#getAttribute%28java.lang.String%29]
>  throws {{AttributeNotFoundException}}.
> This is what I get for instance:
> {noformat}
> 2015-10-13 16:07:10,281 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,281 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,281 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,282 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,283 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,284 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,284 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,285 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN42: Did not find queried 
> attribute with name coreHashCode 
> 2015-10-13 16:07:10,285 [http://localhost:8080/xwiki/bin/view/Sandbox/Foo] 
> WARN  o.i.j.ResourceDMBean   - ISPN0

[jira] [Commented] (SOLR-8114) Grouping.java: sort variable names confusion

[ASF subversion and git services (JIRA)]

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

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

Commit 1709230 from [~cpoerschke] in branch 'dev/trunk'
[ https://svn.apache.org/r1709230 ]

SOLR-8114: in Grouping.java rename groupSort to withinGroupSort

> Grouping.java: sort variable names confusion
> 
>
> Key: SOLR-8114
> URL: https://issues.apache.org/jira/browse/SOLR-8114
> Project: Solr
>  Issue Type: Wish
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-8114-part1of2.patch, SOLR-8114-part2of2.patch
>
>
> The undistributed case i.e. {{solr/Grouping.java}}'s variable names 
> confusingly differ from the names used by lucene (and by the distributed 
> case).
> Specifically the name {{groupSort}} in lucene (and in the distributed case) 
> means between-groups-sort but in the Grouping.java it means within-group-sort.
> lucene:
> {code}
> TermFirstPassGroupingCollector(... Sort groupSort ...)
> TermSecondPassGroupingCollector(... Sort groupSort, Sort withinGroupSort ...)
> {code}
> solr:
> {code}
> SearchGroupsFieldCommand.java: firstPassGroupingCollector = new 
> TermFirstPassGroupingCollector(field.getName(), groupSort, topNGroups);
> TopGroupsFieldCommand.java: secondPassCollector = new 
> TermSecondPassGroupingCollector(... groupSort, sortWithinGroup ...);
> Grouping.java:public Sort groupSort;   // the sort of the documents 
> *within* a single group.
> Grouping.java:public Sort sort;// the sort between groups
> Grouping.java:  firstPass = new TermFirstPassGroupingCollector(groupBy, sort, 
> actualGroupsToFind);
> Grouping.java: secondPass = new TermSecondPassGroupingCollector(... sort, 
> groupSort ...);
> {code}
> This JIRA proposes to rename the Grouping.java variables to remove the 
> confusion:
>  * part 1: in Grouping.java rename groupSort to withinGroupSort
>  * part 2: in Grouping.java rename sort to groupSort



--
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-NightlyTests-5.x - Build # 989 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/989/

4 tests failed.
FAILED:  org.apache.solr.cloud.BasicDistributedZk2Test.test

Error Message:
Server refused connection at: http://127.0.0.1:33348/collection1

Stack Trace:
org.apache.solr.client.solrj.SolrServerException: Server refused connection at: 
http://127.0.0.1:33348/collection1
at 
__randomizedtesting.SeedInfo.seed([B131DFC64F4A0680:3965E01CE1B66B78]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:582)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:241)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:230)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:150)
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.BasicDistributedZk2Test.brindDownShardIndexSomeDocsAndRecover(BasicDistributedZk2Test.java:365)
at 
org.apache.solr.cloud.BasicDistributedZk2Test.test(BasicDistributedZk2Test.java:98)
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:1665)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:864)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:900)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:914)
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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:873)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:775)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:809)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:820)
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.apach

[JENKINS-EA] Lucene-Solr-trunk-Linux (64bit/jdk1.9.0-ea-b85) - Build # 14567 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14567/
Java: 64bit/jdk1.9.0-ea-b85 -XX:+UseCompressedOops -XX:+UseSerialGC

4 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.cloud.SaslZkACLProviderTest

Error Message:
5 threads leaked from SUITE scope at 
org.apache.solr.cloud.SaslZkACLProviderTest: 1) Thread[id=9629, 
name=changePwdReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest] 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:747)2) Thread[id=9626, 
name=apacheds, state=WAITING, group=TGRP-SaslZkACLProviderTest] 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=9627, 
name=groupCache.data, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest]
 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:747)4) Thread[id=9630, 
name=kdcReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest] 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:747)5) Thread[id=9628, 
name=ou=system.data, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest] 
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:747)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 5 threads leaked from SUITE 
scope at org.apache.solr.cloud.SaslZkACLProviderTest: 
   1) Thread[id=9629, name=changePwdReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest]
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(Schedul

[jira] [Updated] (LUCENE-6276) Add matchCost() api to TwoPhaseDocIdSetIterator

[Paul Elschot (JIRA)]

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

Paul Elschot updated LUCENE-6276:
-
Attachment: LUCENE-6276.patch

Patch of 18 Oct 2015.

- Calculate the matchCost per LeafReaderContext, because the sorting by 
matchCost is done at leaf level.
- In the facet, join and spatial modules, add matchCost implementations 
returning 0, and with a CHECKME comment.
- Fixed a bug in the earlier added added sort comparator in the 
TwoPhaseConjunctionDISI constructor, it was comparing the same object.
- Dropped the NOCOMMIT for Spans.positionsCost(), pefer this to be an abstract 
method.

- In AssertingSpans the positionCost should be positive.
- Add some toString() implementations for inline subclasses of TwoPhaseIterator 
to ease debugging.




> Add matchCost() api to TwoPhaseDocIdSetIterator
> ---
>
> Key: LUCENE-6276
> URL: https://issues.apache.org/jira/browse/LUCENE-6276
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Robert Muir
> Attachments: LUCENE-6276-ExactPhraseOnly.patch, 
> LUCENE-6276-NoSpans.patch, LUCENE-6276-NoSpans2.patch, LUCENE-6276.patch, 
> LUCENE-6276.patch, LUCENE-6276.patch
>
>
> We could add a method like TwoPhaseDISI.matchCost() defined as something like 
> estimate of nanoseconds or similar. 
> ConjunctionScorer could use this method to sort its 'twoPhaseIterators' array 
> so that cheaper ones are called first. Today it has no idea if one scorer is 
> a simple phrase scorer on a short field vs another that might do some geo 
> calculation or more expensive stuff.
> PhraseScorers could implement this based on index statistics (e.g. 
> totalTermFreq/maxDoc)



--
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-Solaris (multiarch/jdk1.7.0) - Build # 132 - Still Failing!

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.client.solrj.embedded.LargeVolumeBinaryJettyTest

Error Message:
ObjectTracker found 1 object(s) that were not released!!! [TransactionLog]

Stack Trace:
java.lang.AssertionError: ObjectTracker found 1 object(s) that were not 
released!!! [TransactionLog]
at __randomizedtesting.SeedInfo.seed([4FF7870ABEB7FDD7]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertNull(Assert.java:551)
at org.apache.solr.SolrTestCaseJ4.afterClass(SolrTestCaseJ4.java:237)
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:1665)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
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:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 11606 lines...]
   [junit4] Suite: 
org.apache.solr.client.solrj.embedded.LargeVolumeBinaryJettyTest
   [junit4]   2> Creating dataDir: 
/export/home/jenkins/workspace/Lucene-Solr-5.x-Solaris/solr/build/solr-solrj/test/J1/temp/solr.client.solrj.embedded.LargeVolumeBinaryJettyTest_4FF7870ABEB7FDD7-001/init-core-data-001
   [junit4]   2> 104573 INFO  
(SUITE-LargeVolumeBinaryJettyTest-seed#[4FF7870ABEB7FDD7]-worker) [] 
o.a.s.SolrTestCaseJ4 Randomized ssl (true) and clientAuth (false)
   [junit4]   2> 104686 INFO  
(SUITE-LargeVolumeBinaryJettyTest-seed#[4FF7870ABEB7FDD7]-worker) [] 
o.a.s.SolrTestCaseJ4 initCore
   [junit4]   2> 104686 INFO  
(SUITE-LargeVolumeBinaryJettyTest-seed#[4FF7870ABEB7FDD7]-worker) [] 
o.a.s.SolrTestCaseJ4 initCore end
   [junit4]   2> 104687 INFO  
(SUITE-LargeVolumeBinaryJettyTest-seed#[4FF7870ABEB7FDD7]-worker) [] 
o.a.s.SolrTestCaseJ4 Writing core.properties file to 
/export/home/jenkins/workspace/Lucene-Solr-5.x-Solaris/solr/build/solr-solrj/test/J1/temp/solr.client.solrj.embedded.LargeVolumeBinaryJettyTest_4FF7870ABEB7FDD7-001/tempDir-002/cores/core
   [junit4]   2> 104689 INFO  
(SUITE-LargeVolumeBinaryJettyTest-seed#[4FF7870ABEB7FDD7]-worker) [] 
o.e.j.s.Server jetty-9.2.13.v20150730
   [junit4]   2> 104691 INFO  
(SUITE-LargeVolumeBinaryJettyTest-seed#[4FF7870ABEB7FDD7]-worker) [] 
o.e.j.s.h.ContextHandler Started 
o.e.j.s.ServletContextHandler@7fb51349{/solr,null,AVAILABLE}
   [junit4]   2> 104702 INFO  
(SUITE-LargeVolumeBinaryJettyTest-seed#[4FF7870ABEB7FDD7]-worker) [] 
o.e.j.s.ServerConnector Started 
ServerConnector@23bfc6b9{SSL-http/1.1}{127.0.0.1:62816}
   [junit4]   2> 104702 INFO  
(SUITE-LargeVolumeBinaryJettyTest-seed#[4FF7870ABEB7FDD7]-worker) [] 
o.e.j.s.Server Started @110597ms
   [junit4]   2> 104702 INFO  
(SUITE-LargeVolumeB

[jira] [Commented] (SOLR-5944) Support updates of numeric DocValues

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya commented on SOLR-5944:


Had productive discussions around this at Revolution with [~yo...@apache.org] 
and [~noble.paul]. Here's a list of TODO items I am going to work on:
Here's a summary:
# Expand the current tests to do more updates, using more threads, something 
like stress reorder test does. [Yonik]
# Before timing out (in a replica) after waiting for dependent update long 
enough, instead of throwing an error (which triggers LIR), request from replica 
to leader to pull a range of updates (the missing ones), i.e. from what last 
version we have to the version we expect. This can be easily done by using (a 
slightly modified version of) the RTG's getUpdates handler. [Noble]
# Since there are changes to the javabin format (for inplace updates), add 
tests for backcompat. [Noble]
# Code cleanup, fix the todos/nocommits etc.

> Support updates of numeric DocValues
> 
>
> Key: SOLR-5944
> URL: https://issues.apache.org/jira/browse/SOLR-5944
> Project: Solr
>  Issue Type: New Feature
>Reporter: Ishan Chattopadhyaya
>Assignee: Shalin Shekhar Mangar
> Attachments: SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, 
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, 
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, 
> SOLR-5944.patch, SOLR-5944.patch
>
>
> LUCENE-5189 introduced support for updates to numeric docvalues. It would be 
> really nice to have Solr support this.



--
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 (64bit/jdk1.9.0-ea-b85) - Build # 14566 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14566/
Java: 64bit/jdk1.9.0-ea-b85 -XX:+UseCompressedOops -XX:+UseParallelGC

4 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.cloud.SaslZkACLProviderTest

Error Message:
5 threads leaked from SUITE scope at 
org.apache.solr.cloud.SaslZkACLProviderTest: 1) Thread[id=10028, 
name=apacheds, state=WAITING, group=TGRP-SaslZkACLProviderTest] 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)2) Thread[id=10032, 
name=changePwdReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest] 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:747)3) Thread[id=10029, 
name=ou=system.data, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest] 
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:747)4) Thread[id=10031, 
name=groupCache.data, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest]
 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:747)5) Thread[id=10030, 
name=kdcReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest] 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:747)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 5 threads leaked from SUITE 
scope at org.apache.solr.cloud.SaslZkACLProviderTest: 
   1) Thread[id=10028, name=apacheds, state=WAITING, 
group=TGRP-SaslZkACLProviderTest]
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)
   2) Thread[id=10032, name=changePwdReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest]
at sun.misc.Unsafe.park(Native Method)

[jira] [Updated] (LUCENE-6780) GeoPointDistanceQuery doesn't work with a large radius?

[Nicholas Knize (JIRA)]

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

Nicholas Knize updated LUCENE-6780:
---
Attachment: LUCENE-6780.patch

Next WIP patch...

This patch includes the following:

1. Throws an IllegalArgumentException for PointDistanceQuery when the radius 
exceeds the maximum allowable distance (based on location on the earth)  
2. Reduces resolution for extreme GeoPointInBBoxQuery cases (based on diagonal 
distance of the bbox).

Performance is much better (need to quantify through benchmarks) but there are 
still a few Test bugs that need to be ironed out (PointInPolygon tolerance, and 
catching illegal radius values for PointDistanceQuery) 

> GeoPointDistanceQuery doesn't work with a large radius?
> ---
>
> Key: LUCENE-6780
> URL: https://issues.apache.org/jira/browse/LUCENE-6780
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Michael McCandless
> Attachments: LUCENE-6780-heap-used-hack.patch, LUCENE-6780.patch, 
> LUCENE-6780.patch, LUCENE-6780.patch, LUCENE-6780.patch, LUCENE-6780.patch, 
> LUCENE-6780.patch
>
>
> I'm working on LUCENE-6698 but struggling with test failures ...
> Then I noticed that TestGeoPointQuery's test never tests on large distances, 
> so I modified the test to sometimes do so (like TestBKDTree) and hit test 
> failures.



--
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-7683) Introduce support to identify Solr internal request types

[Hrishikesh Gadre (JIRA)]

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

Hrishikesh Gadre commented on SOLR-7683:


[~gchanan] 

>>are you worried about being able to extend the types without modifying solr 
>>(i.e. I implement my own request handler that sends its own types that I want 
>>in their own pool – can I do that?)

Yes that's correct.

>>Also, it sure would be nice to be able to be able to specify some kind of 
>>enforcement...seems like a mailicious user could just mess with type 
>>context/type to make this ineffectual, e.g. send everything as an internal 
>>request. Any idea how this could be handled?

Not sure. Will need to think about it.


> Introduce support to identify Solr internal request types
> -
>
> Key: SOLR-7683
> URL: https://issues.apache.org/jira/browse/SOLR-7683
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Hrishikesh Gadre
>Assignee: Ramkumar Aiyengar
> Attachments: SOLR-7683.patch
>
>
> SOLR-7344 is introducing support to partition the Jetty worker pool to 
> enforce the number of concurrent requests for various types (e.g. 
> Internal_Querying, Internal_Indexing, External etc.). For this we need to 
> identify requests sent between Solr servers and their types (i.e. 
> Querying/Indexing etc.).



--
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-7683) Introduce support to identify Solr internal request types

[Hrishikesh Gadre (JIRA)]

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

Hrishikesh Gadre commented on SOLR-7683:


[~andyetitmoves] Sure. I would like to add a unit test too. Let me do that ASAP.

> Introduce support to identify Solr internal request types
> -
>
> Key: SOLR-7683
> URL: https://issues.apache.org/jira/browse/SOLR-7683
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Hrishikesh Gadre
>Assignee: Ramkumar Aiyengar
> Attachments: SOLR-7683.patch
>
>
> SOLR-7344 is introducing support to partition the Jetty worker pool to 
> enforce the number of concurrent requests for various types (e.g. 
> Internal_Querying, Internal_Indexing, External etc.). For this we need to 
> identify requests sent between Solr servers and their types (i.e. 
> Querying/Indexing etc.).



--
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 # 14564 - Failure!

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.solr.cloud.CdcrReplicationHandlerTest.doTest

Error Message:
Captured an uncaught exception in thread: Thread[id=8351, 
name=RecoveryThread-source_collection_shard1_replica1, state=RUNNABLE, 
group=TGRP-CdcrReplicationHandlerTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=8351, 
name=RecoveryThread-source_collection_shard1_replica1, state=RUNNABLE, 
group=TGRP-CdcrReplicationHandlerTest]
at 
__randomizedtesting.SeedInfo.seed([EC2DBFBC16F33B60:4B6907187B4828D9]:0)
Caused by: org.apache.solr.common.cloud.ZooKeeperException: 
at __randomizedtesting.SeedInfo.seed([EC2DBFBC16F33B60]:0)
at org.apache.solr.cloud.RecoveryStrategy.run(RecoveryStrategy.java:232)
Caused by: org.apache.solr.common.SolrException: java.io.FileNotFoundException: 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.cloud.CdcrReplicationHandlerTest_EC2DBFBC16F33B60-001/jetty-001/cores/source_collection_shard1_replica1/data/tlog/tlog.006.1515300317102604288
 (No such file or directory)
at 
org.apache.solr.update.CdcrTransactionLog.reopenOutputStream(CdcrTransactionLog.java:244)
at 
org.apache.solr.update.CdcrTransactionLog.incref(CdcrTransactionLog.java:173)
at 
org.apache.solr.update.UpdateLog.getRecentUpdates(UpdateLog.java:1079)
at 
org.apache.solr.update.UpdateLog.seedBucketsWithHighestVersion(UpdateLog.java:1579)
at 
org.apache.solr.update.UpdateLog.seedBucketsWithHighestVersion(UpdateLog.java:1610)
at org.apache.solr.core.SolrCore.seedVersionBuckets(SolrCore.java:877)
at 
org.apache.solr.cloud.RecoveryStrategy.doRecovery(RecoveryStrategy.java:534)
at org.apache.solr.cloud.RecoveryStrategy.run(RecoveryStrategy.java:225)
Caused by: java.io.FileNotFoundException: 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.cloud.CdcrReplicationHandlerTest_EC2DBFBC16F33B60-001/jetty-001/cores/source_collection_shard1_replica1/data/tlog/tlog.006.1515300317102604288
 (No such file or directory)
at java.io.RandomAccessFile.open0(Native Method)
at java.io.RandomAccessFile.open(RandomAccessFile.java:316)
at java.io.RandomAccessFile.(RandomAccessFile.java:243)
at 
org.apache.solr.update.CdcrTransactionLog.reopenOutputStream(CdcrTransactionLog.java:236)
... 7 more




Build Log:
[...truncated 10615 lines...]
   [junit4] Suite: org.apache.solr.cloud.CdcrReplicationHandlerTest
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.cloud.CdcrReplicationHandlerTest_EC2DBFBC16F33B60-001/init-core-data-001
   [junit4]   2> 1221554 INFO  
(SUITE-CdcrReplicationHandlerTest-seed#[EC2DBFBC16F33B60]-worker) [] 
o.a.s.SolrTestCaseJ4 Randomized ssl (true) and clientAuth (false)
   [junit4]   2> 1221554 INFO  
(SUITE-CdcrReplicationHandlerTest-seed#[EC2DBFBC16F33B60]-worker) [] 
o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /
   [junit4]   2> 1221556 INFO  
(TEST-CdcrReplicationHandlerTest.doTest-seed#[EC2DBFBC16F33B60]) [] 
o.a.s.c.ZkTestServer STARTING ZK TEST SERVER
   [junit4]   2> 1221557 INFO  (Thread-2947) [] o.a.s.c.ZkTestServer client 
port:0.0.0.0/0.0.0.0:0
   [junit4]   2> 1221557 INFO  (Thread-2947) [] o.a.s.c.ZkTestServer 
Starting server
   [junit4]   2> 1221657 INFO  
(TEST-CdcrReplicationHandlerTest.doTest-seed#[EC2DBFBC16F33B60]) [] 
o.a.s.c.ZkTestServer start zk server on port:47627
   [junit4]   2> 1221657 INFO  
(TEST-CdcrReplicationHandlerTest.doTest-seed#[EC2DBFBC16F33B60]) [] 
o.a.s.c.c.SolrZkClient Using default ZkCredentialsProvider
   [junit4]   2> 1221657 INFO  
(TEST-CdcrReplicationHandlerTest.doTest-seed#[EC2DBFBC16F33B60]) [] 
o.a.s.c.c.ConnectionManager Waiting for client to connect to ZooKeeper
   [junit4]   2> 1221660 INFO  (zkCallback-1090-thread-1) [] 
o.a.s.c.c.ConnectionManager Watcher 
org.apache.solr.common.cloud.ConnectionManager@66de51b5 
name:ZooKeeperConnection Watcher:127.0.0.1:47627 got event WatchedEvent 
state:SyncConnected type:None path:null path:null type:None
   [junit4]   2> 1221660 INFO  
(TEST-CdcrReplicationHandlerTest.doTest-seed#[EC2DBFBC16F33B60]) [] 
o.a.s.c.c.ConnectionManager Client is connected to ZooKeeper
   [junit4]   2> 1221660 INFO  
(TEST-CdcrReplicationHandlerTest.doTest-seed#[EC2DBFBC16F33B60]) [] 
o.a.s.c.c.SolrZkClient Using default ZkACLProvider
   [junit4]   2> 1221660 INFO  
(TEST-CdcrReplicationHandlerTest.doTest-seed#[EC2DBFBC16F33B60]) [] 
o.a.s.c.c.SolrZkClient makePath: /solr
   [junit4]   2> 1221661 INFO  
(TEST-CdcrReplicationHandlerTest.doTest-seed#[EC2DBFBC16F33B60]) 

[jira] [Commented] (SOLR-8166) Introduce possibility to configure ParseContext in ExtractingRequestHandler/ExtractingDocumentLoader

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on SOLR-8166:
--

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311748
  
--- Diff: 
solr/contrib/extraction/src/java/org/apache/solr/handler/extraction/ParseContextConfig.java
 ---
@@ -0,0 +1,113 @@
+package org.apache.solr.handler.extraction;
+
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+import javax.xml.parsers.DocumentBuilder;
+import javax.xml.parsers.DocumentBuilderFactory;
+import java.io.File;
+import java.lang.reflect.Field;
+import java.lang.reflect.Method;
+import java.util.HashMap;
+import java.util.Map;
+
+import org.apache.tika.parser.ParseContext;
+import org.w3c.dom.Document;
+import org.w3c.dom.Element;
+import org.w3c.dom.NamedNodeMap;
+import org.w3c.dom.Node;
+import org.w3c.dom.NodeList;
+
+public class ParseContextConfig {
+  private Map entries = new HashMap<>();
+
+  public ParseContextConfig() {
+  }
+
+  public ParseContextConfig(Element element, ClassLoader loader) throws 
Exception {
+extract(element, loader);
+  }
+
+  public ParseContextConfig(Document document, ClassLoader loader) throws 
Exception {
+this(document.getDocumentElement(), loader);
+  }
+
+  public ParseContextConfig(String fileName, ClassLoader loader) throws 
Exception {
+this(getBuilder().parse(fileName), loader);
+  }
+
+  public ParseContextConfig(File file, ClassLoader loader) throws 
Exception {
+this(getBuilder().parse(file), loader);
+  }
+
+  private static DocumentBuilder getBuilder() throws Exception {
+  return DocumentBuilderFactory.newInstance().newDocumentBuilder();
+  }
+
+  private void extract(Element element, ClassLoader loader) throws 
Exception {
+final NodeList xmlEntries = element.getElementsByTagName("entry");
+for (int i = 0; i < xmlEntries.getLength(); i++) {
+  final NamedNodeMap xmlEntryAttributes = 
xmlEntries.item(i).getAttributes();
+  final String className = 
xmlEntryAttributes.getNamedItem("class").getNodeValue();
+  final String implementationName = 
xmlEntryAttributes.getNamedItem("value").getNodeValue();
+
+  final NodeList xmlProperties = 
((Element)xmlEntries.item(i)).getElementsByTagName("property");
+
+final Class interfaceClass = loader.loadClass(className);
+final Class implementationClass = 
loader.loadClass(implementationName);
+final Object instance = implementationClass.newInstance();
+
+for (int j = 0; j < xmlProperties.getLength(); j++) {
+  final Node xmlProperty = xmlProperties.item(j);
+  final NamedNodeMap xmlPropertyAttributes = 
xmlProperty.getAttributes();
+
+  final String propertyName = 
xmlPropertyAttributes.getNamedItem("name").getNodeValue();
+  final String propertyValue = 
xmlPropertyAttributes.getNamedItem("value").getNodeValue();
+
+  final Field declaredField = 
interfaceClass.getDeclaredField(propertyName);
+  final Class type = declaredField.getType();
+  final Method declaredMethod = 
interfaceClass.getDeclaredMethod("set" + propertyName.substring(0, 
1).toUpperCase() + propertyName.substring(1, propertyName.length()), type);
--- End diff --

This does not work in Turkey! :-) Don't use String#toUpper/LowerCase() 
without giving a Locale (Locale.ROOT is needed here)


> Introduce possibility to configure ParseContext in 
> ExtractingRequestHandler/ExtractingDocumentLoader
> 
>
> Key: SOLR-8166
> URL: https://issues.apache.org/jira/browse/SOLR-8166
> Proj

[GitHub] lucene-solr pull request: SOLR-8166 provide config for tika's Pars...

[uschindler]

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311748
  
--- Diff: 
solr/contrib/extraction/src/java/org/apache/solr/handler/extraction/ParseContextConfig.java
 ---
@@ -0,0 +1,113 @@
+package org.apache.solr.handler.extraction;
+
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+import javax.xml.parsers.DocumentBuilder;
+import javax.xml.parsers.DocumentBuilderFactory;
+import java.io.File;
+import java.lang.reflect.Field;
+import java.lang.reflect.Method;
+import java.util.HashMap;
+import java.util.Map;
+
+import org.apache.tika.parser.ParseContext;
+import org.w3c.dom.Document;
+import org.w3c.dom.Element;
+import org.w3c.dom.NamedNodeMap;
+import org.w3c.dom.Node;
+import org.w3c.dom.NodeList;
+
+public class ParseContextConfig {
+  private Map entries = new HashMap<>();
+
+  public ParseContextConfig() {
+  }
+
+  public ParseContextConfig(Element element, ClassLoader loader) throws 
Exception {
+extract(element, loader);
+  }
+
+  public ParseContextConfig(Document document, ClassLoader loader) throws 
Exception {
+this(document.getDocumentElement(), loader);
+  }
+
+  public ParseContextConfig(String fileName, ClassLoader loader) throws 
Exception {
+this(getBuilder().parse(fileName), loader);
+  }
+
+  public ParseContextConfig(File file, ClassLoader loader) throws 
Exception {
+this(getBuilder().parse(file), loader);
+  }
+
+  private static DocumentBuilder getBuilder() throws Exception {
+  return DocumentBuilderFactory.newInstance().newDocumentBuilder();
+  }
+
+  private void extract(Element element, ClassLoader loader) throws 
Exception {
+final NodeList xmlEntries = element.getElementsByTagName("entry");
+for (int i = 0; i < xmlEntries.getLength(); i++) {
+  final NamedNodeMap xmlEntryAttributes = 
xmlEntries.item(i).getAttributes();
+  final String className = 
xmlEntryAttributes.getNamedItem("class").getNodeValue();
+  final String implementationName = 
xmlEntryAttributes.getNamedItem("value").getNodeValue();
+
+  final NodeList xmlProperties = 
((Element)xmlEntries.item(i)).getElementsByTagName("property");
+
+final Class interfaceClass = loader.loadClass(className);
+final Class implementationClass = 
loader.loadClass(implementationName);
+final Object instance = implementationClass.newInstance();
+
+for (int j = 0; j < xmlProperties.getLength(); j++) {
+  final Node xmlProperty = xmlProperties.item(j);
+  final NamedNodeMap xmlPropertyAttributes = 
xmlProperty.getAttributes();
+
+  final String propertyName = 
xmlPropertyAttributes.getNamedItem("name").getNodeValue();
+  final String propertyValue = 
xmlPropertyAttributes.getNamedItem("value").getNodeValue();
+
+  final Field declaredField = 
interfaceClass.getDeclaredField(propertyName);
+  final Class type = declaredField.getType();
+  final Method declaredMethod = 
interfaceClass.getDeclaredMethod("set" + propertyName.substring(0, 
1).toUpperCase() + propertyName.substring(1, propertyName.length()), type);
--- End diff --

This does not work in Turkey! :-) Don't use String#toUpper/LowerCase() 
without giving a Locale (Locale.ROOT is needed here)


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[jira] [Commented] (SOLR-8166) Introduce possibility to configure ParseContext in ExtractingRequestHandler/ExtractingDocumentLoader

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on SOLR-8166:
--

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311743
  
--- Diff: 
solr/contrib/extraction/src/test/org/apache/solr/handler/extraction/ParseContextConfigTest.java
 ---
@@ -0,0 +1,54 @@
+package org.apache.solr.handler.extraction;
+
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+import org.apache.tika.parser.ParseContext;
+import org.apache.tika.parser.pdf.PDFParserConfig;
+import org.apache.xerces.dom.DocumentImpl;
+import org.junit.Test;
+import org.w3c.dom.Element;
+
+import static org.junit.Assert.*;
+
+public class ParseContextConfigTest {
--- End diff --

Please subclass SolrTestCaseJ4, dont create plain tests, as those don't use 
the test framework, which does additional checks.


> Introduce possibility to configure ParseContext in 
> ExtractingRequestHandler/ExtractingDocumentLoader
> 
>
> Key: SOLR-8166
> URL: https://issues.apache.org/jira/browse/SOLR-8166
> Project: Solr
>  Issue Type: Improvement
>  Components: contrib - Solr Cell (Tika extraction)
>Affects Versions: 5.3
>Reporter: Andriy Binetsky
>Assignee: Uwe Schindler
>
> Actually there is no possibility to hand over some additional configuration 
> by document extracting with ExtractingRequestHandler/ExtractingDocumentLoader.
> For example I need to put org.apache.tika.parser.pdf.PDFParserConfig with 
> "extractInlineImages" set to true in ParseContext to trigger extraction/OCR 
> recognizing of embedded images from pdf. 
> It would be nice to have possibility to configure created ParseContext due 
> xml-config file like TikaConfig does.
> I would suggest to have following:
> solrconfig.xml:
>class="org.apache.solr.handler.extraction.ExtractingRequestHandler">
> parseContext.config
>   
> parseContext.config:
> 
>value="org.apache.tika.parser.pdf.PDFParserConfig">
> 
>   
> 



--
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

[GitHub] lucene-solr pull request: SOLR-8166 provide config for tika's Pars...

[uschindler]

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311743
  
--- Diff: 
solr/contrib/extraction/src/test/org/apache/solr/handler/extraction/ParseContextConfigTest.java
 ---
@@ -0,0 +1,54 @@
+package org.apache.solr.handler.extraction;
+
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+import org.apache.tika.parser.ParseContext;
+import org.apache.tika.parser.pdf.PDFParserConfig;
+import org.apache.xerces.dom.DocumentImpl;
+import org.junit.Test;
+import org.w3c.dom.Element;
+
+import static org.junit.Assert.*;
+
+public class ParseContextConfigTest {
--- End diff --

Please subclass SolrTestCaseJ4, dont create plain tests, as those don't use 
the test framework, which does additional checks.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[jira] [Commented] (SOLR-8166) Introduce possibility to configure ParseContext in ExtractingRequestHandler/ExtractingDocumentLoader

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on SOLR-8166:
--

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311723
  
--- Diff: solr/contrib/extraction/src/test-files/log4j.properties ---
@@ -0,0 +1,31 @@
+#  Logging level
--- End diff --

Please revert changes to this file. They are unrelated.


> Introduce possibility to configure ParseContext in 
> ExtractingRequestHandler/ExtractingDocumentLoader
> 
>
> Key: SOLR-8166
> URL: https://issues.apache.org/jira/browse/SOLR-8166
> Project: Solr
>  Issue Type: Improvement
>  Components: contrib - Solr Cell (Tika extraction)
>Affects Versions: 5.3
>Reporter: Andriy Binetsky
>Assignee: Uwe Schindler
>
> Actually there is no possibility to hand over some additional configuration 
> by document extracting with ExtractingRequestHandler/ExtractingDocumentLoader.
> For example I need to put org.apache.tika.parser.pdf.PDFParserConfig with 
> "extractInlineImages" set to true in ParseContext to trigger extraction/OCR 
> recognizing of embedded images from pdf. 
> It would be nice to have possibility to configure created ParseContext due 
> xml-config file like TikaConfig does.
> I would suggest to have following:
> solrconfig.xml:
>class="org.apache.solr.handler.extraction.ExtractingRequestHandler">
> parseContext.config
>   
> parseContext.config:
> 
>value="org.apache.tika.parser.pdf.PDFParserConfig">
> 
>   
> 



--
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

[GitHub] lucene-solr pull request: SOLR-8166 provide config for tika's Pars...

[uschindler]

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311723
  
--- Diff: solr/contrib/extraction/src/test-files/log4j.properties ---
@@ -0,0 +1,31 @@
+#  Logging level
--- End diff --

Please revert changes to this file. They are unrelated.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[jira] [Commented] (SOLR-8166) Introduce possibility to configure ParseContext in ExtractingRequestHandler/ExtractingDocumentLoader

[Uwe Schindler (JIRA)]

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

Uwe Schindler commented on SOLR-8166:
-

I left some comments on the pull request.

> Introduce possibility to configure ParseContext in 
> ExtractingRequestHandler/ExtractingDocumentLoader
> 
>
> Key: SOLR-8166
> URL: https://issues.apache.org/jira/browse/SOLR-8166
> Project: Solr
>  Issue Type: Improvement
>  Components: contrib - Solr Cell (Tika extraction)
>Affects Versions: 5.3
>Reporter: Andriy Binetsky
>
> Actually there is no possibility to hand over some additional configuration 
> by document extracting with ExtractingRequestHandler/ExtractingDocumentLoader.
> For example I need to put org.apache.tika.parser.pdf.PDFParserConfig with 
> "extractInlineImages" set to true in ParseContext to trigger extraction/OCR 
> recognizing of embedded images from pdf. 
> It would be nice to have possibility to configure created ParseContext due 
> xml-config file like TikaConfig does.
> I would suggest to have following:
> solrconfig.xml:
>class="org.apache.solr.handler.extraction.ExtractingRequestHandler">
> parseContext.config
>   
> parseContext.config:
> 
>value="org.apache.tika.parser.pdf.PDFParserConfig">
> 
>   
> 



--
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] [Assigned] (SOLR-8166) Introduce possibility to configure ParseContext in ExtractingRequestHandler/ExtractingDocumentLoader

[Uwe Schindler (JIRA)]

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

Uwe Schindler reassigned SOLR-8166:
---

Assignee: Uwe Schindler

> Introduce possibility to configure ParseContext in 
> ExtractingRequestHandler/ExtractingDocumentLoader
> 
>
> Key: SOLR-8166
> URL: https://issues.apache.org/jira/browse/SOLR-8166
> Project: Solr
>  Issue Type: Improvement
>  Components: contrib - Solr Cell (Tika extraction)
>Affects Versions: 5.3
>Reporter: Andriy Binetsky
>Assignee: Uwe Schindler
>
> Actually there is no possibility to hand over some additional configuration 
> by document extracting with ExtractingRequestHandler/ExtractingDocumentLoader.
> For example I need to put org.apache.tika.parser.pdf.PDFParserConfig with 
> "extractInlineImages" set to true in ParseContext to trigger extraction/OCR 
> recognizing of embedded images from pdf. 
> It would be nice to have possibility to configure created ParseContext due 
> xml-config file like TikaConfig does.
> I would suggest to have following:
> solrconfig.xml:
>class="org.apache.solr.handler.extraction.ExtractingRequestHandler">
> parseContext.config
>   
> parseContext.config:
> 
>value="org.apache.tika.parser.pdf.PDFParserConfig">
> 
>   
> 



--
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-8166) Introduce possibility to configure ParseContext in ExtractingRequestHandler/ExtractingDocumentLoader

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on SOLR-8166:
--

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311704
  
--- Diff: 
solr/contrib/extraction/src/java/org/apache/solr/handler/extraction/ParseContextConfig.java
 ---
@@ -0,0 +1,113 @@
+package org.apache.solr.handler.extraction;
+
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+import javax.xml.parsers.DocumentBuilder;
+import javax.xml.parsers.DocumentBuilderFactory;
+import java.io.File;
+import java.lang.reflect.Field;
+import java.lang.reflect.Method;
+import java.util.HashMap;
+import java.util.Map;
+
+import org.apache.tika.parser.ParseContext;
+import org.w3c.dom.Document;
+import org.w3c.dom.Element;
+import org.w3c.dom.NamedNodeMap;
+import org.w3c.dom.Node;
+import org.w3c.dom.NodeList;
+
+public class ParseContextConfig {
+  private Map entries = new HashMap<>();
+
+  public ParseContextConfig() {
--- End diff --

Please remove unused constructors.


> Introduce possibility to configure ParseContext in 
> ExtractingRequestHandler/ExtractingDocumentLoader
> 
>
> Key: SOLR-8166
> URL: https://issues.apache.org/jira/browse/SOLR-8166
> Project: Solr
>  Issue Type: Improvement
>  Components: contrib - Solr Cell (Tika extraction)
>Affects Versions: 5.3
>Reporter: Andriy Binetsky
>
> Actually there is no possibility to hand over some additional configuration 
> by document extracting with ExtractingRequestHandler/ExtractingDocumentLoader.
> For example I need to put org.apache.tika.parser.pdf.PDFParserConfig with 
> "extractInlineImages" set to true in ParseContext to trigger extraction/OCR 
> recognizing of embedded images from pdf. 
> It would be nice to have possibility to configure created ParseContext due 
> xml-config file like TikaConfig does.
> I would suggest to have following:
> solrconfig.xml:
>class="org.apache.solr.handler.extraction.ExtractingRequestHandler">
> parseContext.config
>   
> parseContext.config:
> 
>value="org.apache.tika.parser.pdf.PDFParserConfig">
> 
>   
> 



--
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-8166) Introduce possibility to configure ParseContext in ExtractingRequestHandler/ExtractingDocumentLoader

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on SOLR-8166:
--

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311693
  
--- Diff: 
solr/contrib/extraction/src/java/org/apache/solr/handler/extraction/ExtractingRequestHandler.java
 ---
@@ -79,6 +81,20 @@ public void inform(SolrCore core) {
   throw new SolrException(ErrorCode.SERVER_ERROR, e);
 }
   }
+
+  String parseContextConfigLoc = (String) 
initArgs.get(PARSE_CONTEXT_CONFIG);
+  if (parseContextConfigLoc != null) {
+File parseContextConfigFile = new File(parseContextConfigLoc);
+if (parseContextConfigFile.isAbsolute() == false) {
+  parseContextConfigFile = new 
File(core.getResourceLoader().getConfigDir(), parseContextConfigFile.getPath());
+}
+try {
+  parseContextConfig = new 
ParseContextConfig(parseContextConfigFile, 
core.getResourceLoader().getClassLoader());
--- End diff --

I would directly pass the resourceloader and not the classloader. 
Resourceloader has easy-to-use methods to load classes, too.


> Introduce possibility to configure ParseContext in 
> ExtractingRequestHandler/ExtractingDocumentLoader
> 
>
> Key: SOLR-8166
> URL: https://issues.apache.org/jira/browse/SOLR-8166
> Project: Solr
>  Issue Type: Improvement
>  Components: contrib - Solr Cell (Tika extraction)
>Affects Versions: 5.3
>Reporter: Andriy Binetsky
>
> Actually there is no possibility to hand over some additional configuration 
> by document extracting with ExtractingRequestHandler/ExtractingDocumentLoader.
> For example I need to put org.apache.tika.parser.pdf.PDFParserConfig with 
> "extractInlineImages" set to true in ParseContext to trigger extraction/OCR 
> recognizing of embedded images from pdf. 
> It would be nice to have possibility to configure created ParseContext due 
> xml-config file like TikaConfig does.
> I would suggest to have following:
> solrconfig.xml:
>class="org.apache.solr.handler.extraction.ExtractingRequestHandler">
> parseContext.config
>   
> parseContext.config:
> 
>value="org.apache.tika.parser.pdf.PDFParserConfig">
> 
>   
> 



--
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

[GitHub] lucene-solr pull request: SOLR-8166 provide config for tika's Pars...

[uschindler]

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311704
  
--- Diff: 
solr/contrib/extraction/src/java/org/apache/solr/handler/extraction/ParseContextConfig.java
 ---
@@ -0,0 +1,113 @@
+package org.apache.solr.handler.extraction;
+
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+import javax.xml.parsers.DocumentBuilder;
+import javax.xml.parsers.DocumentBuilderFactory;
+import java.io.File;
+import java.lang.reflect.Field;
+import java.lang.reflect.Method;
+import java.util.HashMap;
+import java.util.Map;
+
+import org.apache.tika.parser.ParseContext;
+import org.w3c.dom.Document;
+import org.w3c.dom.Element;
+import org.w3c.dom.NamedNodeMap;
+import org.w3c.dom.Node;
+import org.w3c.dom.NodeList;
+
+public class ParseContextConfig {
+  private Map entries = new HashMap<>();
+
+  public ParseContextConfig() {
--- End diff --

Please remove unused constructors.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[GitHub] lucene-solr pull request: SOLR-8166 provide config for tika's Pars...

[uschindler]

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311693
  
--- Diff: 
solr/contrib/extraction/src/java/org/apache/solr/handler/extraction/ExtractingRequestHandler.java
 ---
@@ -79,6 +81,20 @@ public void inform(SolrCore core) {
   throw new SolrException(ErrorCode.SERVER_ERROR, e);
 }
   }
+
+  String parseContextConfigLoc = (String) 
initArgs.get(PARSE_CONTEXT_CONFIG);
+  if (parseContextConfigLoc != null) {
+File parseContextConfigFile = new File(parseContextConfigLoc);
+if (parseContextConfigFile.isAbsolute() == false) {
+  parseContextConfigFile = new 
File(core.getResourceLoader().getConfigDir(), parseContextConfigFile.getPath());
+}
+try {
+  parseContextConfig = new 
ParseContextConfig(parseContextConfigFile, 
core.getResourceLoader().getClassLoader());
--- End diff --

I would directly pass the resourceloader and not the classloader. 
Resourceloader has easy-to-use methods to load classes, too.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[jira] [Commented] (SOLR-8166) Introduce possibility to configure ParseContext in ExtractingRequestHandler/ExtractingDocumentLoader

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on SOLR-8166:
--

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311681
  
--- Diff: 
solr/contrib/extraction/src/java/org/apache/solr/handler/extraction/ExtractingRequestHandler.java
 ---
@@ -79,6 +81,20 @@ public void inform(SolrCore core) {
   throw new SolrException(ErrorCode.SERVER_ERROR, e);
 }
   }
+
+  String parseContextConfigLoc = (String) 
initArgs.get(PARSE_CONTEXT_CONFIG);
+  if (parseContextConfigLoc != null) {
+File parseContextConfigFile = new File(parseContextConfigLoc);
+if (parseContextConfigFile.isAbsolute() == false) {
+  parseContextConfigFile = new 
File(core.getResourceLoader().getConfigDir(), parseContextConfigFile.getPath());
--- End diff --

Please dont create a file instance here, because with Zookeeper there is no 
config directory available. Just use the ResourceLoader methods to load the 
config file as InputStream (using RL#getResource()). Just pass this input 
stream to the XML parser.


> Introduce possibility to configure ParseContext in 
> ExtractingRequestHandler/ExtractingDocumentLoader
> 
>
> Key: SOLR-8166
> URL: https://issues.apache.org/jira/browse/SOLR-8166
> Project: Solr
>  Issue Type: Improvement
>  Components: contrib - Solr Cell (Tika extraction)
>Affects Versions: 5.3
>Reporter: Andriy Binetsky
>
> Actually there is no possibility to hand over some additional configuration 
> by document extracting with ExtractingRequestHandler/ExtractingDocumentLoader.
> For example I need to put org.apache.tika.parser.pdf.PDFParserConfig with 
> "extractInlineImages" set to true in ParseContext to trigger extraction/OCR 
> recognizing of embedded images from pdf. 
> It would be nice to have possibility to configure created ParseContext due 
> xml-config file like TikaConfig does.
> I would suggest to have following:
> solrconfig.xml:
>class="org.apache.solr.handler.extraction.ExtractingRequestHandler">
> parseContext.config
>   
> parseContext.config:
> 
>value="org.apache.tika.parser.pdf.PDFParserConfig">
> 
>   
> 



--
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

[GitHub] lucene-solr pull request: SOLR-8166 provide config for tika's Pars...

[uschindler]

Github user uschindler commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/206#discussion_r42311681
  
--- Diff: 
solr/contrib/extraction/src/java/org/apache/solr/handler/extraction/ExtractingRequestHandler.java
 ---
@@ -79,6 +81,20 @@ public void inform(SolrCore core) {
   throw new SolrException(ErrorCode.SERVER_ERROR, e);
 }
   }
+
+  String parseContextConfigLoc = (String) 
initArgs.get(PARSE_CONTEXT_CONFIG);
+  if (parseContextConfigLoc != null) {
+File parseContextConfigFile = new File(parseContextConfigLoc);
+if (parseContextConfigFile.isAbsolute() == false) {
+  parseContextConfigFile = new 
File(core.getResourceLoader().getConfigDir(), parseContextConfigFile.getPath());
--- End diff --

Please dont create a file instance here, because with Zookeeper there is no 
config directory available. Just use the ResourceLoader methods to load the 
config file as InputStream (using RL#getResource()). Just pass this input 
stream to the XML parser.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[jira] [Comment Edited] (SOLR-7344) Allow Jetty thread pool limits while still avoiding distributed deadlock.

[Ramkumar Aiyengar (JIRA)]

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

Ramkumar Aiyengar edited comment on SOLR-7344 at 10/17/15 5:10 PM:
---

[~ysee...@gmail.com], [~markrmil...@gmail.com] and I got a chance to discuss 
this at Revolution. One approach we seemed to have consensus on (correct me 
guys if I am wrong) is:

 - We use a single, small, internal queue for non-streaming APIs.
 - We leave the limit high for streaming APIs and raise a new issue for (1) The 
ability to control the amount of nesting in Streaming APIs, and (2) To 
dynamically have N pools (Internal.1, Internal.2, , Internal.N), each with 
a small limit, where N is the amount of maximum nesting configured for 
Streaming APIs..


was (Author: andyetitmoves):
[~ysee...@gmail.com], [~markrmil...@gmail.com] and me got a chance to discuss 
this at Revolution. One approach we seem to have consensus on (correct me guys 
if I am wrong) is:

 - We use a single, small, internal queue for non-streaming APIs.
 - We leave the limit high for streaming APIs and raise a new issue for (1) The 
ability to control the amount of nesting in Streaming APIs, and (2) To 
dynamically have N pools (Internal.1, Internal.2, , Internal.N), each with 
a small limit, where N is the amount of maximum nesting configured for 
Streaming APIs..

> Allow Jetty thread pool limits while still avoiding distributed deadlock.
> -
>
> Key: SOLR-7344
> URL: https://issues.apache.org/jira/browse/SOLR-7344
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrCloud
>Reporter: Mark Miller
> Attachments: SOLR-7344.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] [Commented] (SOLR-7683) Introduce support to identify Solr internal request types

[Ramkumar Aiyengar (JIRA)]

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

Ramkumar Aiyengar commented on SOLR-7683:
-

[~hgadre], I am happy to pick this up, could you please bring the patch up to 
date?

The only change I would probably do is to remove unspecified in trunk alone so 
that any request handler is forced to specify it. But you don't have to update 
the patch for that, I will do it for trunk alone, and keep your patch for 
branch_5x where the backward compat is useful.

> Introduce support to identify Solr internal request types
> -
>
> Key: SOLR-7683
> URL: https://issues.apache.org/jira/browse/SOLR-7683
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Hrishikesh Gadre
>Assignee: Ramkumar Aiyengar
> Attachments: SOLR-7683.patch
>
>
> SOLR-7344 is introducing support to partition the Jetty worker pool to 
> enforce the number of concurrent requests for various types (e.g. 
> Internal_Querying, Internal_Indexing, External etc.). For this we need to 
> identify requests sent between Solr servers and their types (i.e. 
> Querying/Indexing etc.).



--
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] [Assigned] (SOLR-7683) Introduce support to identify Solr internal request types

[Ramkumar Aiyengar (JIRA)]

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

Ramkumar Aiyengar reassigned SOLR-7683:
---

Assignee: Ramkumar Aiyengar

> Introduce support to identify Solr internal request types
> -
>
> Key: SOLR-7683
> URL: https://issues.apache.org/jira/browse/SOLR-7683
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Hrishikesh Gadre
>Assignee: Ramkumar Aiyengar
> Attachments: SOLR-7683.patch
>
>
> SOLR-7344 is introducing support to partition the Jetty worker pool to 
> enforce the number of concurrent requests for various types (e.g. 
> Internal_Querying, Internal_Indexing, External etc.). For this we need to 
> identify requests sent between Solr servers and their types (i.e. 
> Querying/Indexing etc.).



--
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-7683) Introduce support to identify Solr internal request types

[Ramkumar Aiyengar (JIRA)]

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

Ramkumar Aiyengar updated SOLR-7683:

Assignee: (was: Ramkumar Aiyengar)

> Introduce support to identify Solr internal request types
> -
>
> Key: SOLR-7683
> URL: https://issues.apache.org/jira/browse/SOLR-7683
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Hrishikesh Gadre
> Attachments: SOLR-7683.patch
>
>
> SOLR-7344 is introducing support to partition the Jetty worker pool to 
> enforce the number of concurrent requests for various types (e.g. 
> Internal_Querying, Internal_Indexing, External etc.). For this we need to 
> identify requests sent between Solr servers and their types (i.e. 
> Querying/Indexing etc.).



--
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] [Assigned] (SOLR-7683) Introduce support to identify Solr internal request types

[Ramkumar Aiyengar (JIRA)]

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

Ramkumar Aiyengar reassigned SOLR-7683:
---

Assignee: Ramkumar Aiyengar

> Introduce support to identify Solr internal request types
> -
>
> Key: SOLR-7683
> URL: https://issues.apache.org/jira/browse/SOLR-7683
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Hrishikesh Gadre
>Assignee: Ramkumar Aiyengar
> Attachments: SOLR-7683.patch
>
>
> SOLR-7344 is introducing support to partition the Jetty worker pool to 
> enforce the number of concurrent requests for various types (e.g. 
> Internal_Querying, Internal_Indexing, External etc.). For this we need to 
> identify requests sent between Solr servers and their types (i.e. 
> Querying/Indexing etc.).



--
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-7344) Allow Jetty thread pool limits while still avoiding distributed deadlock.

[Ramkumar Aiyengar (JIRA)]

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

Ramkumar Aiyengar commented on SOLR-7344:
-

[~ysee...@gmail.com], [~markrmil...@gmail.com] and me got a chance to discuss 
this at Revolution. One approach we seem to have consensus on (correct me guys 
if I am wrong) is:

 - We use a single, small, internal queue for non-streaming APIs.
 - We leave the limit high for streaming APIs and raise a new issue for (1) The 
ability to control the amount of nesting in Streaming APIs, and (2) To 
dynamically have N pools (Internal.1, Internal.2, , Internal.N), each with 
a small limit, where N is the amount of maximum nesting configured for 
Streaming APIs..

> Allow Jetty thread pool limits while still avoiding distributed deadlock.
> -
>
> Key: SOLR-7344
> URL: https://issues.apache.org/jira/browse/SOLR-7344
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrCloud
>Reporter: Mark Miller
> Attachments: SOLR-7344.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

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

[Policeman Jenkins Server]

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

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([D50CB43BD4510112]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.SolrTestCaseJ4.endTrackingSearchers(SolrTestCaseJ4.java:468)
at org.apache.solr.SolrTestCaseJ4.afterClass(SolrTestCaseJ4.java:234)
at sun.reflect.GeneratedMethodAccessor62.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:1665)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
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:367)
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=13211, name=searcherExecutor-5963-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=13211, name=searcherExecutor-5963-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([D50CB43BD4510112]: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=13211, name=searcher

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Solaris/131/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.schema.TestCloudManagedSchemaConcurrent.test

Error Message:
QUERY FAILED: 
xpath=/response/lst[@name='responseHeader']/int[@name='status'][.='0']  
request=/schema/fields/copyDest6?wt=xml&updateTimeoutSecs=15  response=  500   15839 5 out of 8 replicas failed to update their 
schema to version 12 within 15 seconds! Failed cores: 
[https://127.0.0.1:48618/collection1/, https://127.0.0.1:55135/collection1/, 
https://127.0.0.1:42404/collection1/, https://127.0.0.1:55580/collection1/, 
https://127.0.0.1:54192/collection1/]   org.apache.solr.common.SolrException: 5 out of 8 replicas failed 
to update their schema to version 12 within 15 seconds! Failed cores: 
[https://127.0.0.1:48618/collection1/, https://127.0.0.1:55135/collection1/, 
https://127.0.0.1:42404/collection1/, https://127.0.0.1:55580/collection1/, 
https://127.0.0.1:54192/collection1/]  at 
org.apache.solr.schema.ManagedIndexSchema.waitForSchemaZkVersionAgreement(ManagedIndexSchema.java:260)
  at 
org.apache.solr.rest.schema.BaseFieldResource.waitForSchemaUpdateToPropagate(BaseFieldResource.java:120)
  at org.apache.solr.rest.schema.FieldResource.put(FieldResource.java:188)  at 
org.restlet.resource.ServerResource.doHandle(ServerResource.java:447)  at 
org.restlet.resource.ServerResource.doConditionalHandle(ServerResource.java:359)
  at org.restlet.resource.ServerResource.handle(ServerResource.java:1044)  at 
org.restlet.resource.Finder.handle(Finder.java:236)  at 
org.restlet.routing.Filter.doHandle(Filter.java:150)  at 
org.restlet.routing.Filter.handle(Filter.java:197)  at 
org.restlet.routing.Router.doHandle(Router.java:422)  at 
org.restlet.routing.Router.handle(Router.java:639)  at 
org.restlet.routing.Filter.doHandle(Filter.java:150)  at 
org.restlet.routing.Filter.handle(Filter.java:197)  at 
org.restlet.routing.Filter.doHandle(Filter.java:150)  at 
org.restlet.routing.Filter.handle(Filter.java:197)  at 
org.restlet.routing.Filter.doHandle(Filter.java:150)  at 
org.restlet.engine.application.StatusFilter.doHandle(StatusFilter.java:140)  at 
org.restlet.routing.Filter.handle(Filter.java:197)  at 
org.restlet.routing.Filter.doHandle(Filter.java:150)  at 
org.restlet.routing.Filter.handle(Filter.java:197)  at 
org.restlet.engine.CompositeHelper.handle(CompositeHelper.java:202)  at 
org.restlet.engine.application.ApplicationHelper.handle(ApplicationHelper.java:75)
  at org.restlet.Application.handle(Application.java:385)  at 
org.restlet.routing.Filter.doHandle(Filter.java:150)  at 
org.restlet.routing.Filter.handle(Filter.java:197)  at 
org.restlet.routing.Router.doHandle(Router.java:422)  at 
org.restlet.routing.Router.handle(Router.java:639)  at 
org.restlet.routing.Filter.doHandle(Filter.java:150)  at 
org.restlet.routing.Filter.handle(Filter.java:197)  at 
org.restlet.routing.Router.doHandle(Router.java:422)  at 
org.restlet.routing.Router.handle(Router.java:639)  at 
org.restlet.routing.Filter.doHandle(Filter.java:150)  at 
org.restlet.routing.Filter.handle(Filter.java:197)  at 
org.restlet.engine.CompositeHelper.handle(CompositeHelper.java:202)  at 
org.restlet.Component.handle(Component.java:408)  at 
org.restlet.Server.handle(Server.java:507)  at 
org.restlet.engine.connector.ServerHelper.handle(ServerHelper.java:63)  at 
org.restlet.engine.adapter.HttpServerHelper.handle(HttpServerHelper.java:143)  
at org.restlet.ext.servlet.ServerServlet.service(ServerServlet.java:1117)  at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:790)  at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:808)  at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)  at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221)
  at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
  at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)  
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
  at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
  at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)  
at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:191)  at 
org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:72)  at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:229)
  at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:179)
  at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
  at 
org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:109)
  at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
  at 
org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserA

[jira] [Commented] (SOLR-8135) SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible failure

[Uwe Schindler (JIRA)]

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

Uwe Schindler commented on SOLR-8135:
-

failed also on almost any build on Jenkins (2 of 3 builds failed). Thanks for 
disabling. I was afraid to do this...

> SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible 
> failure
> --
>
> Key: SOLR-8135
> URL: https://issues.apache.org/jira/browse/SOLR-8135
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk
>Reporter: Hoss Man
> Attachments: SOLR-8135.failure.log
>
>
> No idea what's going on here, noticed it while testing out an unrelated patch 
> -- seed reproduces against pristine trunk...
> {noformat}
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=SolrCloudExampleTest 
> -Dtests.method=testLoadDocsIntoGettingStartedCollection 
> -Dtests.seed=59EA523FFF6CB60F -Dtests.slow=true -Dtests.locale=es_MX 
> -Dtests.timezone=Africa/Porto-Novo -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 49.5s | 
> SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection <<<
>[junit4]> Throwable #1: java.lang.AssertionError: Delete action failed!
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([59EA523FFF6CB60F:4A896050CE030FA9]:0)
>[junit4]>  at 
> org.apache.solr.cloud.SolrCloudExampleTest.doTestDeleteAction(SolrCloudExampleTest.java:169)
>[junit4]>  at 
> org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:145)
>[junit4]>  at 
> org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
>[junit4]>  at 
> org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:938)
> {noformat}



--
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 # 14561 - Still Failing!

[Policeman Jenkins Server]

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

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

Error Message:
Delete action failed!

Stack Trace:
java.lang.AssertionError: Delete action failed!
at 
__randomizedtesting.SeedInfo.seed([BA37C69111CD7A4F:A954F4FE20A2C3E9]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.SolrCloudExampleTest.doTestDeleteAction(SolrCloudExampleTest.java:169)
at 
org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:145)
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:1665)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:864)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:900)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:914)
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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:873)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:775)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:809)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:820)
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.carrotse

Re: [JENKINS-EA] Lucene-Solr-5.x-Linux (32bit/jdk1.9.0-ea-b85) - Build # 14269 - Failure!

[Shalin Shekhar Mangar]

I have disabled this test for the time being. It is being tracked in SOLR-8135

On Sat, Oct 17, 2015 at 2:25 PM, Policeman Jenkins Server
 wrote:
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/14269/
> Java: 32bit/jdk1.9.0-ea-b85 -server -XX:+UseParallelGC
>
> 1 tests failed.
> FAILED:  
> org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection
>
> Error Message:
> Delete action failed!
>
> Stack Trace:
> java.lang.AssertionError: Delete action failed!
> at 
> __randomizedtesting.SeedInfo.seed([8A3A9827C4F94371:9959AA48F596FAD7]:0)
> at org.junit.Assert.fail(Assert.java:93)
> at org.junit.Assert.assertTrue(Assert.java:43)
> at 
> org.apache.solr.cloud.SolrCloudExampleTest.doTestDeleteAction(SolrCloudExampleTest.java:169)
> at 
> org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:145)
> 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:520)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1665)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:864)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:900)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:914)
> 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:367)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:873)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:775)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:809)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:820)
> 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.TestRul

[jira] [Commented] (SOLR-8135) SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible failure

[ASF subversion and git services (JIRA)]

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

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

Commit 1709143 from sha...@apache.org in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1709143 ]

SOLR-8135: Disable test until it can be fixed

> SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible 
> failure
> --
>
> Key: SOLR-8135
> URL: https://issues.apache.org/jira/browse/SOLR-8135
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk
>Reporter: Hoss Man
> Attachments: SOLR-8135.failure.log
>
>
> No idea what's going on here, noticed it while testing out an unrelated patch 
> -- seed reproduces against pristine trunk...
> {noformat}
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=SolrCloudExampleTest 
> -Dtests.method=testLoadDocsIntoGettingStartedCollection 
> -Dtests.seed=59EA523FFF6CB60F -Dtests.slow=true -Dtests.locale=es_MX 
> -Dtests.timezone=Africa/Porto-Novo -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 49.5s | 
> SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection <<<
>[junit4]> Throwable #1: java.lang.AssertionError: Delete action failed!
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([59EA523FFF6CB60F:4A896050CE030FA9]:0)
>[junit4]>  at 
> org.apache.solr.cloud.SolrCloudExampleTest.doTestDeleteAction(SolrCloudExampleTest.java:169)
>[junit4]>  at 
> org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:145)
>[junit4]>  at 
> org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
>[junit4]>  at 
> org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:938)
> {noformat}



--
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-8135) SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible failure

[ASF subversion and git services (JIRA)]

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

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

Commit 1709142 from sha...@apache.org in branch 'dev/trunk'
[ https://svn.apache.org/r1709142 ]

SOLR-8135: Disable test until it can be fixed

> SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection reproducible 
> failure
> --
>
> Key: SOLR-8135
> URL: https://issues.apache.org/jira/browse/SOLR-8135
> Project: Solr
>  Issue Type: Bug
>Affects Versions: Trunk
>Reporter: Hoss Man
> Attachments: SOLR-8135.failure.log
>
>
> No idea what's going on here, noticed it while testing out an unrelated patch 
> -- seed reproduces against pristine trunk...
> {noformat}
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=SolrCloudExampleTest 
> -Dtests.method=testLoadDocsIntoGettingStartedCollection 
> -Dtests.seed=59EA523FFF6CB60F -Dtests.slow=true -Dtests.locale=es_MX 
> -Dtests.timezone=Africa/Porto-Novo -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 49.5s | 
> SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection <<<
>[junit4]> Throwable #1: java.lang.AssertionError: Delete action failed!
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([59EA523FFF6CB60F:4A896050CE030FA9]:0)
>[junit4]>  at 
> org.apache.solr.cloud.SolrCloudExampleTest.doTestDeleteAction(SolrCloudExampleTest.java:169)
>[junit4]>  at 
> org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:145)
>[junit4]>  at 
> org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
>[junit4]>  at 
> org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:938)
> {noformat}



--
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-6821) TermQuery's constructors should clone the incoming term

[Paul Elschot (JIRA)]

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

Paul Elschot commented on LUCENE-6821:
--

The patch of 14 October LGTM, and tests pass here.

> TermQuery's constructors should clone the incoming term
> ---
>
> Key: LUCENE-6821
> URL: https://issues.apache.org/jira/browse/LUCENE-6821
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Adrien Grand
>Priority: Minor
> Attachments: LUCENE-6821.2.patch, LUCENE-6821.patch, LUCENE-6821.patch
>
>
> This is a follow-up of LUCENE-6435: the bug stems from the fact that you can 
> build term queries out of shared BytesRef objects (such as the ones returned 
> by TermsEnum.next), which is a bit trappy. If TermQuery's constructors would 
> clone the incoming term, we wouldn't have this trap.



--
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 (32bit/jdk1.8.0_60) - Build # 14560 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14560/
Java: 32bit/jdk1.8.0_60 -server -XX:+UseConcMarkSweepGC

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

Error Message:
2 threads leaked from SUITE scope at org.apache.solr.cloud.HttpPartitionTest:   
  1) Thread[id=1987, name=searcherExecutor-911-thread-1, state=WAITING, 
group=TGRP-HttpPartitionTest] 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)2) Thread[id=1883, 
name=qtp27871397-1883, state=RUNNABLE, group=TGRP-HttpPartitionTest] at 
java.util.WeakHashMap.get(WeakHashMap.java:403) at 
org.apache.solr.servlet.cache.HttpCacheHeaderUtil.calcEtag(HttpCacheHeaderUtil.java:102)
 at 
org.apache.solr.servlet.cache.HttpCacheHeaderUtil.doCacheHeaderValidation(HttpCacheHeaderUtil.java:224)
 at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:452)
 at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:220)
 at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:179)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
 at 
org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:109)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
 at 
org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:83)
 at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:364) 
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
 at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)  
   at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221)
 at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
 at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)   
  at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
 at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
 at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)   
  at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)  
   at org.eclipse.jetty.server.Server.handle(Server.java:499) at 
org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) 
at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)  
   at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) 
at java.lang.Thread.run(Thread.java:745)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 2 threads leaked from SUITE 
scope at org.apache.solr.cloud.HttpPartitionTest: 
   1) Thread[id=1987, name=searcherExecutor-911-thread-1, state=WAITING, 
group=TGRP-HttpPartitionTest]
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)
   2) Thread[id=1883, name=qtp27871397-1883, state=RUNNABLE, 
group=TGRP-HttpPartitionTest]
at java.util.WeakHashMap.get(WeakHashMap.java:403)
at 
org.apache.solr.servlet.cache.HttpCacheHeaderUtil.calcEtag(HttpCacheHeaderUtil.java:102)
at 
org.apache.solr.servlet.cache.HttpCacheHeaderUtil.doCacheHeaderValidation(HttpCacheHeaderUtil.java:224)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:452)
at 
org.apache.solr.servlet.Solr

RE: build failing suddenly

[Uwe Schindler]

The runtime is also available on Maven Central: 
http://repo1.maven.org/maven2/org/antlr/antlr4-runtime/4.5.1-1/

 

-

Uwe Schindler

H.-H.-Meier-Allee 63, D-28213 Bremen

  http://www.thetaphi.de

eMail: u...@thetaphi.de

 

From: Uwe Schindler [mailto:u...@thetaphi.de] 
Sent: Saturday, October 17, 2015 11:56 AM
To: dev@lucene.apache.org
Subject: RE: build failing suddenly

 

The Lucene Expressions module updated the Antlr4 runtime to 4.5.1-1. Not sure 
why your Ivy does not download it, it is definitely available on Maven Central: 
http://repo1.maven.org/maven2/org/antlr/antlr4/4.5.1-1/

 

Maybe nuke your Ivy Cache (rm –rf in ~/.ivy/cache). Otherwise: Could it be that 
you did not have an internet connection at the time of build?

 

Uwe

 

-

Uwe Schindler

H.-H.-Meier-Allee 63, D-28213 Bremen

  http://www.thetaphi.de

eMail: u...@thetaphi.de

 

From: Gus Heck [mailto:gus.h...@gmail.com] 
Sent: Saturday, October 17, 2015 5:51 AM
To: dev
Subject: build failing suddenly

 

The build was running fine in a 5.x checkout that hadn't been updated in a 
week. I updated and now I get the failure you see below. I don't see CI 
failures though. Does any1 recognize this issue? (might be an ivy thing, my ivy 
mojo is pretty low. I mostly use gradle/maven.

resolve:
[ivy:retrieve] no resolved descriptor found: launching default resolve
Overriding previous definition of property "ivy.version"
[ivy:retrieve] using ivy parser to parse 
file:/Users/gus/projects/solr/branch_5x/lucene/expressions/ivy.xml
[ivy:retrieve] :: resolving dependencies :: 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local
[ivy:retrieve] confs: [compile]
[ivy:retrieve] validate = true
[ivy:retrieve] refresh = false
[ivy:retrieve] resolving dependencies for configuration 'compile'
[ivy:retrieve] == resolving dependencies for 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local [compile]
[ivy:retrieve] == resolving dependencies 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local->org.antlr#antlr4-runtime;4.5.1-1
 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency: 
org.antlr#antlr4-runtime;4.5.1-1 {compile=[master]}
[ivy:retrieve] don't use cache for org.antlr#antlr4-runtime;4.5.1-1: 
checkModified=true
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.antlr/antlr4-runtime/4.5.1-1/ivys/ivy.xml
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.antlr/antlr4-runtime/4.5.1-1/jars/antlr4-runtime.jar
[ivy:retrieve] local: no ivy file nor artifact found for 
org.antlr#antlr4-runtime;4.5.1-1
[ivy:retrieve] main: Checking cache for: dependency: 
org.antlr#antlr4-runtime;4.5.1-1 {compile=[master]}
[ivy:retrieve] main: module revision found in cache: 
org.antlr#antlr4-runtime;4.5.1-1
[ivy:retrieve] found org.antlr#antlr4-runtime;4.5.1-1 in sonatype-releases
[ivy:retrieve] == resolving dependencies 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local->org.ow2.asm#asm;5.0.4
 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency: org.ow2.asm#asm;5.0.4 
{compile=[master]}
[ivy:retrieve] don't use cache for org.ow2.asm#asm;5.0.4: checkModified=true
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.ow2.asm/asm/5.0.4/ivys/ivy.xml
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.ow2.asm/asm/5.0.4/jars/asm.jar
[ivy:retrieve] local: no ivy file nor artifact found for 
org.ow2.asm#asm;5.0.4
[ivy:retrieve] main: Checking cache for: dependency: org.ow2.asm#asm;5.0.4 
{compile=[master]}
[ivy:retrieve] main: module revision found in cache: org.ow2.asm#asm;5.0.4
[ivy:retrieve] found org.ow2.asm#asm;5.0.4 in public
[ivy:retrieve] == resolving dependencies 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local->org.ow2.asm#asm-commons;5.0.4
 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency: 
org.ow2.asm#asm-commons;5.0.4 {compile=[master]}
[ivy:retrieve] don't use cache for org.ow2.asm#asm-commons;5.0.4: 
checkModified=true
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.ow2.asm/asm-commons/5.0.4/ivys/ivy.xml
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.ow2.asm/asm-commons/5.0.4/jars/asm-commons.jar
[ivy:retrieve] local: no ivy file nor artifact found for 
org.ow2.asm#asm-commons;5.0.4
[ivy:retrieve] main: Checking cache for: dependency: 
org.ow2.asm#asm-commons;5.0.4 {compile=[master]}
[ivy:retrieve] main: module revision found in cache: 
org.ow2.asm#asm-commons;5.0.4
[ivy:retrieve] found org.ow2.asm#asm-commons;5.0.4 in public
[ivy:retrieve] resolved ivy file produced in cache
[ivy:retrieve] :: downloading artifacts ::
[ivy:retrieve] [NOT REQUIRED] org.ow2.asm#asm;5.0.4!asm.jar
[ivy:retrieve] [NOT REQUIRED] org.ow2.asm#asm-commons;5.0.4!asm-commons.jar
[ivy:retrieve] :: resolution report :: resolve 24ms :: artifacts dl 1ms
[ivy:retrieve] WARN: ::
[ivy:retrieve]

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

[Apache Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.lucene.codecs.lucene50.TestLucene50NormsFormat.testAllZeros

Error Message:


Stack Trace:
java.lang.NullPointerException
at 
__randomizedtesting.SeedInfo.seed([EFCE44A85F19A42A:EA6072B1300CCC3D]:0)
at java.util.ComparableTimSort.binarySort(ComparableTimSort.java:258)
at java.util.ComparableTimSort.sort(ComparableTimSort.java:203)
at java.util.Arrays.sort(Arrays.java:1246)
at 
org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:653)
at 
org.apache.lucene.index.StandardDirectoryReader.open(StandardDirectoryReader.java:73)
at org.apache.lucene.index.DirectoryReader.open(DirectoryReader.java:63)
at 
org.apache.lucene.index.BaseNormsFormatTestCase.doTestNormsVersusDocValues(BaseNormsFormatTestCase.java:277)
at 
org.apache.lucene.index.BaseNormsFormatTestCase.testAllZeros(BaseNormsFormatTestCase.java:135)
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:1665)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:864)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:900)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:914)
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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:873)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:775)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:809)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:820)
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:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 4430 lines...]
   [junit4] Suite: org.apache.lucene.codecs.lucene50.TestLucene50NormsFormat
   [junit4]   2> NOTE: download the large Jenkins line-docs file by running 
'ant get-jenkins-line-docs' in the lucene directory.
   [junit4]   2> N

RE: build failing suddenly

[Uwe Schindler]

The Lucene Expressions module updated the Antlr4 runtime to 4.5.1-1. Not sure 
why your Ivy does not download it, it is definitely available on Maven Central: 
http://repo1.maven.org/maven2/org/antlr/antlr4/4.5.1-1/

 

Maybe nuke your Ivy Cache (rm –rf in ~/.ivy/cache). Otherwise: Could it be that 
you did not have an internet connection at the time of build?

 

Uwe

 

-

Uwe Schindler

H.-H.-Meier-Allee 63, D-28213 Bremen

  http://www.thetaphi.de

eMail: u...@thetaphi.de

 

From: Gus Heck [mailto:gus.h...@gmail.com] 
Sent: Saturday, October 17, 2015 5:51 AM
To: dev
Subject: build failing suddenly

 

The build was running fine in a 5.x checkout that hadn't been updated in a 
week. I updated and now I get the failure you see below. I don't see CI 
failures though. Does any1 recognize this issue? (might be an ivy thing, my ivy 
mojo is pretty low. I mostly use gradle/maven.

resolve:
[ivy:retrieve] no resolved descriptor found: launching default resolve
Overriding previous definition of property "ivy.version"
[ivy:retrieve] using ivy parser to parse 
file:/Users/gus/projects/solr/branch_5x/lucene/expressions/ivy.xml
[ivy:retrieve] :: resolving dependencies :: 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local
[ivy:retrieve] confs: [compile]
[ivy:retrieve] validate = true
[ivy:retrieve] refresh = false
[ivy:retrieve] resolving dependencies for configuration 'compile'
[ivy:retrieve] == resolving dependencies for 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local [compile]
[ivy:retrieve] == resolving dependencies 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local->org.antlr#antlr4-runtime;4.5.1-1
 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency: 
org.antlr#antlr4-runtime;4.5.1-1 {compile=[master]}
[ivy:retrieve] don't use cache for org.antlr#antlr4-runtime;4.5.1-1: 
checkModified=true
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.antlr/antlr4-runtime/4.5.1-1/ivys/ivy.xml
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.antlr/antlr4-runtime/4.5.1-1/jars/antlr4-runtime.jar
[ivy:retrieve] local: no ivy file nor artifact found for 
org.antlr#antlr4-runtime;4.5.1-1
[ivy:retrieve] main: Checking cache for: dependency: 
org.antlr#antlr4-runtime;4.5.1-1 {compile=[master]}
[ivy:retrieve] main: module revision found in cache: 
org.antlr#antlr4-runtime;4.5.1-1
[ivy:retrieve] found org.antlr#antlr4-runtime;4.5.1-1 in sonatype-releases
[ivy:retrieve] == resolving dependencies 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local->org.ow2.asm#asm;5.0.4
 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency: org.ow2.asm#asm;5.0.4 
{compile=[master]}
[ivy:retrieve] don't use cache for org.ow2.asm#asm;5.0.4: checkModified=true
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.ow2.asm/asm/5.0.4/ivys/ivy.xml
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.ow2.asm/asm/5.0.4/jars/asm.jar
[ivy:retrieve] local: no ivy file nor artifact found for 
org.ow2.asm#asm;5.0.4
[ivy:retrieve] main: Checking cache for: dependency: org.ow2.asm#asm;5.0.4 
{compile=[master]}
[ivy:retrieve] main: module revision found in cache: org.ow2.asm#asm;5.0.4
[ivy:retrieve] found org.ow2.asm#asm;5.0.4 in public
[ivy:retrieve] == resolving dependencies 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local->org.ow2.asm#asm-commons;5.0.4
 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency: 
org.ow2.asm#asm-commons;5.0.4 {compile=[master]}
[ivy:retrieve] don't use cache for org.ow2.asm#asm-commons;5.0.4: 
checkModified=true
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.ow2.asm/asm-commons/5.0.4/ivys/ivy.xml
[ivy:retrieve] tried 
/Users/gus/.ivy2/local/org.ow2.asm/asm-commons/5.0.4/jars/asm-commons.jar
[ivy:retrieve] local: no ivy file nor artifact found for 
org.ow2.asm#asm-commons;5.0.4
[ivy:retrieve] main: Checking cache for: dependency: 
org.ow2.asm#asm-commons;5.0.4 {compile=[master]}
[ivy:retrieve] main: module revision found in cache: 
org.ow2.asm#asm-commons;5.0.4
[ivy:retrieve] found org.ow2.asm#asm-commons;5.0.4 in public
[ivy:retrieve] resolved ivy file produced in cache
[ivy:retrieve] :: downloading artifacts ::
[ivy:retrieve] [NOT REQUIRED] org.ow2.asm#asm;5.0.4!asm.jar
[ivy:retrieve] [NOT REQUIRED] org.ow2.asm#asm-commons;5.0.4!asm-commons.jar
[ivy:retrieve] :: resolution report :: resolve 24ms :: artifacts dl 1ms
[ivy:retrieve] WARN: ::
[ivy:retrieve] WARN: ::  UNRESOLVED DEPENDENCIES ::
[ivy:retrieve] WARN: ::
[ivy:retrieve] WARN: :: org.antlr#antlr4-runtime;4.5.1-1: configuration not 
found in org.antlr#antlr4-runtime;4.5.1-1: 'master'. It was required from 
org.apache.lucene#expressions;working@Guss-MacBook-Pro.local compile
[ivy:retrieve] WARN: :::

[jira] [Commented] (LUCENE-6835) Directory.deleteFile should "own" retrying deletions on Windows

[Michael McCandless (JIRA)]

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

Michael McCandless commented on LUCENE-6835:


bq. I think it needs a way to check that the pendingDeletes() for the directory 
is empty, and simply refuse to start if its not.

+1, that's a great idea ... I'll try it out on the branch. 

> Directory.deleteFile should "own" retrying deletions on Windows
> ---
>
> Key: LUCENE-6835
> URL: https://issues.apache.org/jira/browse/LUCENE-6835
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Michael McCandless
> Fix For: Trunk, 5.4
>
> Attachments: LUCENE-6835.patch
>
>
> Rob's idea:
> Today, we have hairy logic in IndexFileDeleter to deal with Windows file 
> systems that cannot delete still open files.
> And with LUCENE-6829, where OfflineSorter now must deal with the situation 
> too ... I worked around it by fixing all tests to disable the virus checker.
> I think it makes more sense to push this "platform specific problem" lower in 
> the stack, into Directory?  I.e., its deleteFile method would catch the 
> access denied, and then retry the deletion later.  Then we could re-enable 
> virus checker on all these tests, simplify IndexFileDeleter, etc.
> Maybe in the future we could further push this down, into WindowsDirectory,  
> and fix FSDirectory.open to return WindowsDirectory on windows ...



--
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 (32bit/jdk1.9.0-ea-b85) - Build # 14269 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/14269/
Java: 32bit/jdk1.9.0-ea-b85 -server -XX:+UseParallelGC

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

Error Message:
Delete action failed!

Stack Trace:
java.lang.AssertionError: Delete action failed!
at 
__randomizedtesting.SeedInfo.seed([8A3A9827C4F94371:9959AA48F596FAD7]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.SolrCloudExampleTest.doTestDeleteAction(SolrCloudExampleTest.java:169)
at 
org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:145)
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:520)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1665)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:864)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:900)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:914)
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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:873)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:775)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:809)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:820)
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.randomizedtes

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

[Policeman Jenkins Server]

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

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

Error Message:
Delete action failed!

Stack Trace:
java.lang.AssertionError: Delete action failed!
at 
__randomizedtesting.SeedInfo.seed([6E2E4FE880F3E964:7D4D7D87B19C50C2]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.SolrCloudExampleTest.doTestDeleteAction(SolrCloudExampleTest.java:169)
at 
org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:145)
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:1665)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:864)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:900)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:914)
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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:873)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:775)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:809)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:820)
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.carrotse

[JENKINS] Lucene-Solr-Tests-trunk-Java8 - Build # 496 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/496/

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

Error Message:
Delete action failed!

Stack Trace:
java.lang.AssertionError: Delete action failed!
at 
__randomizedtesting.SeedInfo.seed([13E50F6E29DF64E6:863D0118B0DD40]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.SolrCloudExampleTest.doTestDeleteAction(SolrCloudExampleTest.java:169)
at 
org.apache.solr.cloud.SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection(SolrCloudExampleTest.java:145)
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:1665)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:864)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:900)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:914)
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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:873)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:775)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:809)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:820)
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(ThreadLea