[jira] [Commented] (LUCENE-7091) Add doc values support to MemoryIndex

[David Smiley (JIRA)]

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

David Smiley commented on LUCENE-7091:
--

I _really_ like how this refactor has turned out of making Info mutable.  

* I think the javadocs sentence you added to {{addField}} meant to use "if" not 
"is".
* In {{getInfoForExpectedDocValuesType()}}, the two checks using 
{{(info.fieldInfo.getDocValuesType()}} read a little weird/confusing to me but 
I get the gist of the intent.  Couldn't the first condition simply check 
{{expectedType == DocValuesType.NONE}} to return null?  That's logically the 
same I think and could even be checked at the very front of the method.
* getSortedSetDocValues's impl ought to reset index to 0 on setDocument().
* getDocsWithField doesn't need to actually implement a bits, it can use 
{{return new Bits.MatchAllBits(1);}}
* I think there's a bug in addField's positionIncrementGap & offsetGap 
handling.  If fields are added to MemoryIndex that are DV then terms data, the 
posInc & offset will get incremented when it shouldn't be.  This could be 
corrected by checking info.numTokens.  Please modify or add a test for this.  
The boost should be applied conditionally as well (only when storeTerms is 
invoked).
* {{storeDocValues()}}: for SORTED_NUMERIC I'm concerned about that growing 
algorithim... it's O(N^2) as it creates a new array each time that is just one 
larger.  Ouch.  Maybe use a straight-forward array doubling algorithm and keep 
track of the number of values?
* It's a shame that SORTED & BINARY use a BytesRefHash (adds overhead) and 
ultimately get sorted when, really, it's not necessary of course.  The 
ByteBlockPool could be used directly to store it (see BytesRefArray for 
examples) with a little bit of code.  This isn't a blocker but it would sure be 
nice.
* {{testDocValues()}} should test non-set behavior of sorted numerics, and set 
behavior of sorted set DV.  Could be done easily by changing or adding a couple 
lines of code.  Add term text here too, and under same field names as DV ones 
at that.

> Add doc values support to MemoryIndex
> -
>
> Key: LUCENE-7091
> URL: https://issues.apache.org/jira/browse/LUCENE-7091
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Martijn van Groningen
> Attachments: LUCENE-7091.patch, LUCENE-7091.patch, LUCENE-7091.patch, 
> LUCENE-7091.patch, LUCENE-7091.patch, LUCENE-7091.patch
>
>
> Sometimes queries executed via the MemoryIndex require certain things to be 
> stored as doc values. Today this isn't possible because the memory index 
> doesn't support this and these queries silently return no results.



--
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-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya updated SOLR-8838:
---
Affects Version/s: 5.5

> Returning non-stored docValues is incorrect for floats and doubles
> --
>
> Key: SOLR-8838
> URL: https://issues.apache.org/jira/browse/SOLR-8838
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 5.5
>Reporter: Ishan Chattopadhyaya
>Priority: Blocker
> Fix For: 6.0, 5.5.1
>
> Attachments: SOLR-8838.patch, SOLR-8838.patch
>
>
> In SOLR-8220, we introduced returning non-stored docValues as if they were 
> regular stored fields. The handling of doubles and floats, as introduced 
> there, was incorrect for negative values.



--
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-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya updated SOLR-8838:
---
Fix Version/s: 5.5.1

> Returning non-stored docValues is incorrect for floats and doubles
> --
>
> Key: SOLR-8838
> URL: https://issues.apache.org/jira/browse/SOLR-8838
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 5.5
>Reporter: Ishan Chattopadhyaya
>Priority: Blocker
> Fix For: 6.0, 5.5.1
>
> Attachments: SOLR-8838.patch, SOLR-8838.patch
>
>
> In SOLR-8220, we introduced returning non-stored docValues as if they were 
> regular stored fields. The handling of doubles and floats, as introduced 
> there, was incorrect for negative values.



--
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-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya updated SOLR-8838:
---
Attachment: SOLR-8838.patch

> Returning non-stored docValues is incorrect for floats and doubles
> --
>
> Key: SOLR-8838
> URL: https://issues.apache.org/jira/browse/SOLR-8838
> Project: Solr
>  Issue Type: Bug
>Reporter: Ishan Chattopadhyaya
>Priority: Blocker
> Fix For: 6.0
>
> Attachments: SOLR-8838.patch, SOLR-8838.patch
>
>
> In SOLR-8220, we introduced returning non-stored docValues as if they were 
> regular stored fields. The handling of doubles and floats, as introduced 
> there, was incorrect for negative values.



--
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] [Comment Edited] (SOLR-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya edited comment on SOLR-8838 at 3/14/16 5:20 AM:
-

-There is this same problem for multiValued fields as well, I'm working on the 
fix for that.-
Actually, multivalued fields are working fine.


was (Author: ichattopadhyaya):
There is this same problem for multiValued fields as well, I'm working on the 
fix for that.

> Returning non-stored docValues is incorrect for floats and doubles
> --
>
> Key: SOLR-8838
> URL: https://issues.apache.org/jira/browse/SOLR-8838
> Project: Solr
>  Issue Type: Bug
>Reporter: Ishan Chattopadhyaya
>Priority: Blocker
> Fix For: 6.0
>
> Attachments: SOLR-8838.patch
>
>
> In SOLR-8220, we introduced returning non-stored docValues as if they were 
> regular stored fields. The handling of doubles and floats, as introduced 
> there, was incorrect for negative values.



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

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

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

[Apache Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.solr.core.TestDynamicLoading.testDynamicLoading

Error Message:
Could not get expected value  'X val' for path 'x' full output: {   
"responseHeader":{ "status":0, "QTime":0},   "params":{"wt":"json"},   
"context":{ "webapp":"", "path":"/test1", "httpMethod":"GET"},   
"class":"org.apache.solr.core.BlobStoreTestRequestHandler",   "x":null}

Stack Trace:
java.lang.AssertionError: Could not get expected value  'X val' for path 'x' 
full output: {
  "responseHeader":{
"status":0,
"QTime":0},
  "params":{"wt":"json"},
  "context":{
"webapp":"",
"path":"/test1",
"httpMethod":"GET"},
  "class":"org.apache.solr.core.BlobStoreTestRequestHandler",
  "x":null}
at 
__randomizedtesting.SeedInfo.seed([D173A317860BDD37:93E8E4071D67897]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.core.TestSolrConfigHandler.testForResponseElement(TestSolrConfigHandler.java:458)
at 
org.apache.solr.core.TestDynamicLoading.testDynamicLoading(TestDynamicLoading.java:238)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:996)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:971)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 

[jira] [Comment Edited] (SOLR-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya edited comment on SOLR-8838 at 3/14/16 5:01 AM:
-

[~shalinmangar], [~nknize], Marking this as a blocker for 6.0, but please feel 
free to change this as necessary.


was (Author: ichattopadhyaya):
[~shalinmangar], [~nknize], Marking this as a blocker for 6.0, but please feel 
to change this as necessary.

> Returning non-stored docValues is incorrect for floats and doubles
> --
>
> Key: SOLR-8838
> URL: https://issues.apache.org/jira/browse/SOLR-8838
> Project: Solr
>  Issue Type: Bug
>Reporter: Ishan Chattopadhyaya
>Priority: Blocker
> Fix For: 6.0
>
> Attachments: SOLR-8838.patch
>
>
> In SOLR-8220, we introduced returning non-stored docValues as if they were 
> regular stored fields. The handling of doubles and floats, as introduced 
> there, was incorrect for negative values.



--
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-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya commented on SOLR-8838:


There is this same problem for multiValued fields as well, I'm working on the 
fix for that.

> Returning non-stored docValues is incorrect for floats and doubles
> --
>
> Key: SOLR-8838
> URL: https://issues.apache.org/jira/browse/SOLR-8838
> Project: Solr
>  Issue Type: Bug
>Reporter: Ishan Chattopadhyaya
>Priority: Blocker
> Fix For: 6.0
>
> Attachments: SOLR-8838.patch
>
>
> In SOLR-8220, we introduced returning non-stored docValues as if they were 
> regular stored fields. The handling of doubles and floats, as introduced 
> there, was incorrect for negative values.



--
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-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya updated SOLR-8838:
---
 Priority: Blocker  (was: Major)
Fix Version/s: 6.0

[~shalinmangar], [~nknize], Marking this as a blocker for 6.0, but please feel 
to change this as necessary.

> Returning non-stored docValues is incorrect for floats and doubles
> --
>
> Key: SOLR-8838
> URL: https://issues.apache.org/jira/browse/SOLR-8838
> Project: Solr
>  Issue Type: Bug
>Reporter: Ishan Chattopadhyaya
>Priority: Blocker
> Fix For: 6.0
>
> Attachments: SOLR-8838.patch
>
>
> In SOLR-8220, we introduced returning non-stored docValues as if they were 
> regular stored fields. The handling of doubles and floats, as introduced 
> there, was incorrect for negative values.



--
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-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

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

Ishan Chattopadhyaya updated SOLR-8838:
---
Attachment: SOLR-8838.patch

Here's a patch for this. Modified the test to randomly try indexing/retrieving 
negative or positive floats/doubles.

> Returning non-stored docValues is incorrect for floats and doubles
> --
>
> Key: SOLR-8838
> URL: https://issues.apache.org/jira/browse/SOLR-8838
> Project: Solr
>  Issue Type: Bug
>Reporter: Ishan Chattopadhyaya
> Attachments: SOLR-8838.patch
>
>
> In SOLR-8220, we introduced returning non-stored docValues as if they were 
> regular stored fields. The handling of doubles and floats, as introduced 
> there, was incorrect for negative values.



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

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

[jira] [Created] (SOLR-8838) Returning non-stored docValues is incorrect for floats and doubles

[Ishan Chattopadhyaya (JIRA)]

Ishan Chattopadhyaya created SOLR-8838:
--

 Summary: Returning non-stored docValues is incorrect for floats 
and doubles
 Key: SOLR-8838
 URL: https://issues.apache.org/jira/browse/SOLR-8838
 Project: Solr
  Issue Type: Bug
Reporter: Ishan Chattopadhyaya


In SOLR-8220, we introduced returning non-stored docValues as if they were 
regular stored fields. The handling of doubles and floats, as introduced there, 
was incorrect for negative values.



--
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-8672) Unique Suggestions getter in Solrj

[David Smiley (JIRA)]

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

David Smiley commented on SOLR-8672:


+1 to the DedupDictionaryWrapper suggested in LUCENE-6336
Although I sympathize with also going ahead with the practical simplicity of 
the patch here.  It's not an either-or... and this patch is simple and here 
today with a test.  +1 to this patch too.

> Unique Suggestions getter in Solrj
> --
>
> Key: SOLR-8672
> URL: https://issues.apache.org/jira/browse/SOLR-8672
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrJ
>Affects Versions: 5.4.1
>Reporter: Alessandro Benedetti
> Attachments: SOLR-8672.patch
>
>
> Currently all the suggesters based on full field content retrieval gives back 
> possibly duplicated suggestions.
> First observation , related the suggester domain, is that is unlikely we need 
> to return duplicates ( actually we don't return the id of the document, or 
> anything else, so having duplicates is arguably not a benefit) .
> I propose at least to offer via SolrJ  the possibility of getting the 
> suggestions without duplicates.
> Any feedback is welcome.
> The patch provided is really simple.



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

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

[JENKINS] Lucene-Solr-Tests-6.x - Build # 52 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-6.x/52/

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

Error Message:
Index: 0, Size: 0

Stack Trace:
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at 
__randomizedtesting.SeedInfo.seed([75975FC51168628C:82E4B19DD780CD6A]:0)
at java.util.ArrayList.rangeCheck(ArrayList.java:653)
at java.util.ArrayList.get(ArrayList.java:429)
at 
org.apache.solr.handler.TestReplicationHandler.doTestIndexAndConfigAliasReplication(TestReplicationHandler.java:1244)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 11223 lines...]
   [junit4] Suite: org.apache.solr.handler.TestReplicationHandler
   [junit4]   2> Creating dataDir: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-6.x/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_75975FC51168628C-001/init-core-data-001

[JENKINS-EA] Lucene-Solr-6.x-Linux (64bit/jdk-9-ea+109) - Build # 124 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/124/
Java: 64bit/jdk-9-ea+109 -XX:+UseCompressedOops -XX:+UseSerialGC

1 tests failed.
FAILED:  org.apache.solr.morphlines.solr.SolrMorphlineZkAliasTest.test

Error Message:
No live SolrServers available to handle this 
request:[https://127.0.0.1:50182/qt/co, https://127.0.0.1:51096/qt/co, 
https://127.0.0.1:46297/qt/co, https://127.0.0.1:44363/qt/co]

Stack Trace:
org.apache.solr.client.solrj.SolrServerException: No live SolrServers available 
to handle this request:[https://127.0.0.1:50182/qt/co, 
https://127.0.0.1:51096/qt/co, https://127.0.0.1:46297/qt/co, 
https://127.0.0.1:44363/qt/co]
at 
__randomizedtesting.SeedInfo.seed([CAF802D536F2DB2D:42AC3D0F980EB6D5]:0)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:352)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1100)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:870)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:806)
at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1219)
at 
org.apache.solr.morphlines.solr.SolrMorphlineZkAliasTest.createAlias(SolrMorphlineZkAliasTest.java:117)
at 
org.apache.solr.morphlines.solr.SolrMorphlineZkAliasTest.test(SolrMorphlineZkAliasTest.java:52)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:996)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:971)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

Google Summer of Code 2016

[Furkan KAMACI]

Hi;

I've participated at GSoC 2015 and successfully finished my project at
Apache Gora. You can check my contribution from here:
https://issues.apache.org/jira/browse/GORA-386
After that period, I've been a committer and PMC for Apache Gora:
http://gora.apache.org/credits.html

I am very very interested at Apache Solr/Lucene. I want to ask that is
there any issue which is labeled for GSoC and has a volunteer mentor but
nobody is applied? Because I see that there are comments at some issues
which asks about volunteer mentors. If there is any issue I will be
appreciated to work on it.

Thanks;
Furkan KAMACI

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

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.solr.handler.TestReqParamsAPI.test

Error Message:
Could not get expected value  'CY val modified' for path 'response/params/y/c' 
full output: {   "responseHeader":{ "status":0, "QTime":0},   
"response":{ "znodeVersion":0, "params":{"x":{ "a":"A val", 
"b":"B val", "":{"v":0}

Stack Trace:
java.lang.AssertionError: Could not get expected value  'CY val modified' for 
path 'response/params/y/c' full output: {
  "responseHeader":{
"status":0,
"QTime":0},
  "response":{
"znodeVersion":0,
"params":{"x":{
"a":"A val",
"b":"B val",
"":{"v":0}
at 
__randomizedtesting.SeedInfo.seed([E27606B00CCB24E1:6A22396AA2374919]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.core.TestSolrConfigHandler.testForResponseElement(TestSolrConfigHandler.java:458)
at 
org.apache.solr.handler.TestReqParamsAPI.testReqParams(TestReqParamsAPI.java:200)
at 
org.apache.solr.handler.TestReqParamsAPI.test(TestReqParamsAPI.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:996)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:971)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Commented] (LUCENE-4100) Maxscore - Efficient Scoring

[Furkan KAMACI (JIRA)]

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

Furkan KAMACI commented on LUCENE-4100:
---

I would like to apply this issue as aGSoC project if someone is volunteer for 
being a mentor.

> Maxscore - Efficient Scoring
> 
>
> Key: LUCENE-4100
> URL: https://issues.apache.org/jira/browse/LUCENE-4100
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/codecs, core/query/scoring, core/search
>Affects Versions: 4.0-ALPHA
>Reporter: Stefan Pohl
>  Labels: api-change, gsoc2014, patch, performance
> Fix For: 4.9, master
>
> Attachments: contrib_maxscore.tgz, maxscore.patch
>
>
> At Berlin Buzzwords 2012, I will be presenting 'maxscore', an efficient 
> algorithm first published in the IR domain in 1995 by H. Turtle & J. Flood, 
> that I find deserves more attention among Lucene users (and developers).
> I implemented a proof of concept and did some performance measurements with 
> example queries and lucenebench, the package of Mike McCandless, resulting in 
> very significant speedups.
> This ticket is to get started the discussion on including the implementation 
> into Lucene's codebase. Because the technique requires awareness about it 
> from the Lucene user/developer, it seems best to become a contrib/module 
> package so that it consciously can be chosen to be used.



--
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-2026) Refactoring of IndexWriter

[Furkan KAMACI (JIRA)]

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

Furkan KAMACI commented on LUCENE-2026:
---

I would like to apply this issue as aGSoC project if someone is volunteer for 
being a mentor.

> Refactoring of IndexWriter
> --
>
> Key: LUCENE-2026
> URL: https://issues.apache.org/jira/browse/LUCENE-2026
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/index
>Reporter: Michael Busch
>Assignee: Michael Busch
>Priority: Minor
> Fix For: 4.9, master
>
>
> I've been thinking for a while about refactoring the IndexWriter into
> two main components.
> One could be called a SegmentWriter and as the
> name says its job would be to write one particular index segment. The
> default one just as today will provide methods to add documents and
> flushes when its buffer is full.
> Other SegmentWriter implementations would do things like e.g. appending or
> copying external segments [what addIndexes*() currently does].
> The second component's job would it be to manage writing the segments
> file and merging/deleting segments. It would know about
> DeletionPolicy, MergePolicy and MergeScheduler. Ideally it would
> provide hooks that allow users to manage external data structures and
> keep them in sync with Lucene's data during segment merges.
> API wise there are things we have to figure out, such as where the
> updateDocument() method would fit in, because its deletion part
> affects all segments, whereas the new document is only being added to
> the new segment.
> Of course these should be lower level APIs for things like parallel
> indexing and related use cases. That's why we should still provide
> easy to use APIs like today for people who don't need to care about
> per-segment ops during indexing. So the current IndexWriter could
> probably keeps most of its APIs and delegate to the new classes.



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

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

[jira] [Updated] (LUCENE-7091) Add doc values support to MemoryIndex

[Martijn van Groningen (JIRA)]

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

Martijn van Groningen updated LUCENE-7091:
--
Attachment: LUCENE-7091.patch

Small update:
* Moved the doc values prepare state to Info class
* Use spare BytesRef in BinaryDocValuesProducer to fetch binary / sorted / 
sorted set DV.

> Add doc values support to MemoryIndex
> -
>
> Key: LUCENE-7091
> URL: https://issues.apache.org/jira/browse/LUCENE-7091
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Martijn van Groningen
> Attachments: LUCENE-7091.patch, LUCENE-7091.patch, LUCENE-7091.patch, 
> LUCENE-7091.patch, LUCENE-7091.patch, LUCENE-7091.patch
>
>
> Sometimes queries executed via the MemoryIndex require certain things to be 
> stored as doc values. Today this isn't possible because the memory index 
> doesn't support this and these queries silently return no results.



--
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-6.x-Linux (64bit/jdk1.8.0_72) - Build # 122 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/122/
Java: 64bit/jdk1.8.0_72 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

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

Error Message:
Captured an uncaught exception in thread: Thread[id=7913, 
name=testExecutor-3459-thread-10, state=RUNNABLE, 
group=TGRP-UnloadDistributedZkTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=7913, name=testExecutor-3459-thread-10, 
state=RUNNABLE, group=TGRP-UnloadDistributedZkTest]
Caused by: java.lang.RuntimeException: 
org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting 
response from server at: http://127.0.0.1:52640/h/h
at __randomizedtesting.SeedInfo.seed([229CB4C90FDB9DE8]:0)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$0(BasicDistributedZkTest.java:583)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.solr.client.solrj.SolrServerException: Timeout occured 
while waiting response from server at: http://127.0.0.1:52640/h/h
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:588)
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.SolrClient.request(SolrClient.java:1219)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$0(BasicDistributedZkTest.java:581)
... 4 more
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:160)
at 
org.apache.http.impl.io.SocketInputBuffer.fillBuffer(SocketInputBuffer.java:84)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.readLine(AbstractSessionInputBuffer.java:273)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:140)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)
at 
org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:261)
at 
org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:283)
at 
org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:251)
at 
org.apache.http.impl.conn.ManagedClientConnectionImpl.receiveResponseHeader(ManagedClientConnectionImpl.java:197)
at 
org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:272)
at 
org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:124)
at 
org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:685)
at 
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:487)
at 
org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:882)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:482)
... 8 more




Build Log:
[...truncated 11398 lines...]
   [junit4] Suite: org.apache.solr.cloud.UnloadDistributedZkTest
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-6.x-Linux/solr/build/solr-core/test/J0/temp/solr.cloud.UnloadDistributedZkTest_229CB4C90FDB9DE8-001/init-core-data-001
   [junit4]   2> 764527 INFO  
(SUITE-UnloadDistributedZkTest-seed#[229CB4C90FDB9DE8]-worker) [] 
o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /h/h
   [junit4]   2> 764529 INFO  
(TEST-UnloadDistributedZkTest.test-seed#[229CB4C90FDB9DE8]) [] 
o.a.s.c.ZkTestServer STARTING ZK TEST SERVER
   [junit4]   2> 764529 INFO  (Thread-2912) [] o.a.s.c.ZkTestServer client 
port:0.0.0.0/0.0.0.0:0
   [junit4]   2> 764529 INFO  (Thread-2912) [] o.a.s.c.ZkTestServer 

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16204/
Java: 64bit/jdk1.8.0_72 -XX:-UseCompressedOops -XX:+UseG1GC

3 tests failed.
FAILED:  
org.apache.solr.client.solrj.embedded.LargeVolumeBinaryJettyTest.testMultiThreaded

Error Message:
IOException occured when talking to server at: 
https://127.0.0.1:40043/solr/collection1

Stack Trace:
org.apache.solr.client.solrj.SolrServerException: IOException occured when 
talking to server at: https://127.0.0.1:40043/solr/collection1
at 
__randomizedtesting.SeedInfo.seed([B3758161197FDB18:D2E05B81F1AED1EE]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:591)
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:149)
at 
org.apache.solr.client.solrj.SolrClient.deleteByQuery(SolrClient.java:895)
at 
org.apache.solr.client.solrj.SolrClient.deleteByQuery(SolrClient.java:858)
at 
org.apache.solr.client.solrj.SolrClient.deleteByQuery(SolrClient.java:873)
at 
org.apache.solr.client.solrj.LargeVolumeTestBase.testMultiThreaded(LargeVolumeTestBase.java:48)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 

[jira] [Updated] (SOLR-8836) /update should return BAD REQUEST when invalid JSON provided

[Jason Gerlowski (JIRA)]

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

Jason Gerlowski updated SOLR-8836:
--
Attachment: SOLR-8836.patch

Looking into Solr's error messages more, I think the error-message is pretty 
standard when SolrException is used.  So I'm fine with it now.

Latest patch adds a test, which ensures 400 is returned.  All tests pass 
locally.

Patch should be ready for review if anyone has interest in seeing this change 
get in.

> /update should return BAD REQUEST when invalid JSON provided
> 
>
> Key: SOLR-8836
> URL: https://issues.apache.org/jira/browse/SOLR-8836
> Project: Solr
>  Issue Type: Bug
>Affects Versions: master
>Reporter: Jason Gerlowski
>Priority: Trivial
> Fix For: master
>
> Attachments: SOLR-8836.patch, SOLR-8836.patch
>
>
> When a user provides invalid JSON to the /update endpoint, the request fails 
> with a 500 (INTERNAL SERVER ERROR).  If the user looks at the response body, 
> they'll see a message indicating that the provided JSON was invalid.  
> However, going from the status code alone, the failure is indistinguishable 
> from a true server-error.  This is a bit misleading.  It would be nice if 
> Solr instead returned a 400 (BAD REQUEST) status code when it detects invalid 
> arguments.
> Reproduction Steps:
> 1.) bin/solr start -e cloud -noprompt
> 2.) curl -i -l -k -X POST -H 'Content-Type: application/json' 
> 'http://localhost:8983/solr/gettingstarted/update' --data-binary '}{'



--
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-8808) SolrJ deleteById causes missing content stream exception

[Jason Gerlowski (JIRA)]

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

Jason Gerlowski commented on SOLR-8808:
---

+1 for this JIRA.

SolrJ code tends to take a laissez-faire approach to validating inputs, which 
has a tendency for allowing odd errors to crop up down the line.  This is a 
good example of that.  Would love to see this get fixed here (and elsewhere in 
SolrJ at large, as a separate story).

Anyone see any downsides to fixing this that I might be missing?



> SolrJ deleteById causes missing content stream exception
> 
>
> Key: SOLR-8808
> URL: https://issues.apache.org/jira/browse/SOLR-8808
> Project: Solr
>  Issue Type: Bug
>  Components: SolrJ
>Affects Versions: 5.5
>Reporter: Markus Jelsma
>Priority: Minor
> Fix For: master, 6.1
>
>
> {code}
> client.deleteById(new ArrayList()); 
> {code}
> Causes
> {code}
> org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
> from server at http://127.0.0.1:50083/collection1: Error from server at 
> http://127.0.0.1:50083/control_collection: missing content stream
> at 
> __randomizedtesting.SeedInfo.seed([6C4973F1A077B797:65D362791DA8A1AD]:0)
> at 
> org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:576)
> at 
> org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:240)
> at 
> org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:229)
> at 
> org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:149)
> at org.apache.solr.client.solrj.SolrClient.commit(SolrClient.java:482)
> at org.apache.solr.client.solrj.SolrClient.commit(SolrClient.java:463)
> {code}
> Although this is not a big issue, it had me puzzled for a while. A test 
> unrelated to one i was working on started sending empty deletes. Causing 
> above trace.
> Perhaps SolrJ should guard for empty input, just ignore and return.



--
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-8801) /bin/solr create script always returns exit code 0

[Jason Gerlowski (JIRA)]

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

Jason Gerlowski commented on SOLR-8801:
---

+1.  Patch looks good to me.  Seems like a simple but helpful change.

> /bin/solr create script always returns exit code 0 
> ---
>
> Key: SOLR-8801
> URL: https://issues.apache.org/jira/browse/SOLR-8801
> Project: Solr
>  Issue Type: Bug
>  Components: scripts and tools, SolrCloud
>Affects Versions: 5.4, 5.5
>Reporter: Khalid Alharbi
>Priority: Minor
> Attachments: SOLR_8801.patch
>
>   Original Estimate: 1m
>  Remaining Estimate: 1m
>
> /bin/solr create collection script always returns exit code 0 when a 
> collection already exists (solrCloud mode).
> version 5.1 returns exit code 1 but I just noticed that versions 5.4.0 and 
> 5.5.0 returns 0
>  
> >$ solr create -c my-collection -p 8983
> Connecting to ZooKeeper at localhost:9983 ...
> Re-using existing configuration directory my-collection
> ERROR: 
> Collection 'my-collection' already exists!
> Checked collection existence using Collections API command:
> http://localhost:8983/solr/admin/collections?action=list
> >$ echo $?
> 0



--
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-master - Build # 959 - Still Failing

[Apache Jenkins Server]

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

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

Error Message:
Captured an uncaught exception in thread: Thread[id=38456, 
name=testExecutor-5346-thread-1, state=RUNNABLE, 
group=TGRP-UnloadDistributedZkTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=38456, name=testExecutor-5346-thread-1, 
state=RUNNABLE, group=TGRP-UnloadDistributedZkTest]
Caused by: java.lang.RuntimeException: 
org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting 
response from server at: http://127.0.0.1:50721/mx_z/q
at __randomizedtesting.SeedInfo.seed([E88BA7A2FD789FBD]:0)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$3(BasicDistributedZkTest.java:583)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$6(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.solr.client.solrj.SolrServerException: Timeout occured 
while waiting response from server at: http://127.0.0.1:50721/mx_z/q
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:588)
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.SolrClient.request(SolrClient.java:1219)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$3(BasicDistributedZkTest.java:581)
... 4 more
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:160)
at 
org.apache.http.impl.io.SocketInputBuffer.fillBuffer(SocketInputBuffer.java:84)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.readLine(AbstractSessionInputBuffer.java:273)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:140)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)
at 
org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:261)
at 
org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:283)
at 
org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:251)
at 
org.apache.http.impl.conn.ManagedClientConnectionImpl.receiveResponseHeader(ManagedClientConnectionImpl.java:197)
at 
org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:272)
at 
org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:124)
at 
org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:685)
at 
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:487)
at 
org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:882)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:482)
... 8 more




Build Log:
[...truncated 11781 lines...]
   [junit4] Suite: org.apache.solr.cloud.UnloadDistributedZkTest
   [junit4]   2> Creating dataDir: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/solr/build/solr-core/test/J2/temp/solr.cloud.UnloadDistributedZkTest_E88BA7A2FD789FBD-001/init-core-data-001
   [junit4]   2> 2105017 INFO  
(SUITE-UnloadDistributedZkTest-seed#[E88BA7A2FD789FBD]-worker) [] 
o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /mx_z/q
   [junit4]   2> 2105022 INFO  
(TEST-UnloadDistributedZkTest.test-seed#[E88BA7A2FD789FBD]) [] 
o.a.s.c.ZkTestServer STARTING ZK TEST SERVER
   [junit4]   2> 2105033 INFO  (Thread-29375) [] o.a.s.c.ZkTestServer 
client port:0.0.0.0/0.0.0.0:0
   [junit4]   2> 2105033 INFO  (Thread-29375) [] o.a.s.c.ZkTestServer 
Starting server
   

Fwd: SolrJ ubuntu Problem

[a.moha...@saudisoft.com]

Sent from my HTC

- Forwarded message -
From: "Adel Mohamed Khalifa" 
To: 
Subject: SolrJ ubuntu Problem
Date: Sun, Mar 13, 2016 14:11

Dear Iker,Thank you for your interest of my problem. I want to say that when I 
run my code from windows there’s no problem and I get results correctly, but 
when I run it from Ubuntu server it’s stopped at this line ( “  HttpSolrServer 
server = new HttpSolrServer("http://localhost:8983/solr  “). without any 
exception. Regards,
Adel Khalifa  From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 2:07 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem I would try params.add instead of params.set  
Also, are you sure you are getting results back from the server? can you try 
putting a break point in

SolrDocumentList results = res.getResults()

and see if you are actually getting something back from the server

As an alternative, I would tail the solr.log file and check the query that is 
being sent to the server. It might be that the query is not properly formed 
since you are constructing it based on the request parameters.

HTH
2016-03-13 7:56 GMT-04:00 Adel Mohamed Khalifa :It’s 
Solr-5.3.0. Please check the attachment you will find the code of the servlet 
called by JavaScript and return the json file to get the results. Regards,
Adel Khalifa  From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:45 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem
What version of solrj are you using? can you share the code? 
Also, keep in mind that solrj uses SLF4J and Apache Commons Logging, so you 
will need an implementation of these in your classpath to see the logs, take a 
look at https://wiki.apache.org/solr/SolrLogging#SolrJ_and_Logging_Jars
2016-03-13 7:37 GMT-04:00 Adel Mohamed Khalifa :I 
edited and add the core but still nothing .. although the code in try and Catch 
but I did not get any exception just stop.Other side when I run the code in 
windows platform I get the result correctly. Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744 | Fax +2 023 303 2036 | Follow us on  |  | 
From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:33 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem Try adding the core/collection name in the 
url as in 
HttpSolrServer server = new 
HttpSolrServer("http://localhost:8080/solr/collection1;);


2016-03-13 6:12 GMT-04:00 Adel Mohamed Khalifa :Hello, 
I am facing a problem when I try to connect to the Solr Server (HttpSolrServer 
server = new HttpSolrServer("http://localhost:8983/solr;);)Note that my 
platform is Ubuntu and I install solr server on it and it work correctly when I 
try to log on through browser but when I try in netbeans I face the problem. I 
hope you help me, Thanks Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744 | Fax +2 023 303 2036 | Follow us on  |  | 




-- Iker Huergahttp://www.ikerhuerga.com/ 





-- Iker Huergahttp://www.ikerhuerga.com/ 





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


-- Iker Huergahttp://www.ikerhuerga.com/

Fwd: SolrJ ubuntu Problem

[a.moha...@saudisoft.com]

Sent from my HTC

- Forwarded message -
From: "Adel Mohamed Khalifa" 
To: 
Subject: SolrJ ubuntu Problem
Date: Sun, Mar 13, 2016 14:11

Dear Iker,Thank you for your interest of my problem. I want to say that when I 
run my code from windows there’s no problem and I get results correctly, but 
when I run it from Ubuntu server it’s stopped at this line ( “  HttpSolrServer 
server = new HttpSolrServer("http://localhost:8983/solr  “). without any 
exception. Regards,
Adel Khalifa  From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 2:07 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem I would try params.add instead of params.set  
Also, are you sure you are getting results back from the server? can you try 
putting a break point in

SolrDocumentList results = res.getResults()

and see if you are actually getting something back from the server

As an alternative, I would tail the solr.log file and check the query that is 
being sent to the server. It might be that the query is not properly formed 
since you are constructing it based on the request parameters.

HTH
2016-03-13 7:56 GMT-04:00 Adel Mohamed Khalifa :It’s 
Solr-5.3.0. Please check the attachment you will find the code of the servlet 
called by JavaScript and return the json file to get the results. Regards,
Adel Khalifa  From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:45 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem
What version of solrj are you using? can you share the code? 
Also, keep in mind that solrj uses SLF4J and Apache Commons Logging, so you 
will need an implementation of these in your classpath to see the logs, take a 
look at https://wiki.apache.org/solr/SolrLogging#SolrJ_and_Logging_Jars
2016-03-13 7:37 GMT-04:00 Adel Mohamed Khalifa :I 
edited and add the core but still nothing .. although the code in try and Catch 
but I did not get any exception just stop.Other side when I run the code in 
windows platform I get the result correctly. Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744 | Fax +2 023 303 2036 | Follow us on  |  | 
From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:33 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem Try adding the core/collection name in the 
url as in 
HttpSolrServer server = new 
HttpSolrServer("http://localhost:8080/solr/collection1;);


2016-03-13 6:12 GMT-04:00 Adel Mohamed Khalifa :Hello, 
I am facing a problem when I try to connect to the Solr Server (HttpSolrServer 
server = new HttpSolrServer("http://localhost:8983/solr;);)Note that my 
platform is Ubuntu and I install solr server on it and it work correctly when I 
try to log on through browser but when I try in netbeans I face the problem. I 
hope you help me, Thanks Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744 | Fax +2 023 303 2036 | Follow us on  |  | 




-- Iker Huergahttp://www.ikerhuerga.com/ 





-- Iker Huergahttp://www.ikerhuerga.com/ 





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


-- Iker Huergahttp://www.ikerhuerga.com/

[jira] [Updated] (SOLR-8837) Duplicate leader elector node detection is broken

[Scott Blum (JIRA)]

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

Scott Blum updated SOLR-8837:
-
Attachment: SOLR-8837.patch

Seems like a pretty simple fix for the exact case you mentioned.  But you're 
right about this being a weird edge case; I definitely don't fully understand 
why it's there.

> Duplicate leader elector node detection is broken
> -
>
> Key: SOLR-8837
> URL: https://issues.apache.org/jira/browse/SOLR-8837
> Project: Solr
>  Issue Type: Bug
>Affects Versions: master, 6.0
>Reporter: Alan Woodward
> Attachments: SOLR-8837.patch
>
>
> LeaderElector.checkIfIAmLeader checks to see if it has duplicate 
> registrations in under its election node, but it does this by prefix 
> checking, which means that if core_node1 registers itself after core_node11, 
> it will think it's a duplicate, and delete the core_node11 node.
> This is causing regular failures in UnloadDistributedZkTest.



--
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-master-Linux (32bit/jdk-9-ea+109) - Build # 16202 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16202/
Java: 32bit/jdk-9-ea+109 -server -XX:+UseParallelGC

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

Error Message:
Captured an uncaught exception in thread: Thread[id=5477, 
name=testExecutor-2780-thread-2, state=RUNNABLE, 
group=TGRP-UnloadDistributedZkTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=5477, name=testExecutor-2780-thread-2, 
state=RUNNABLE, group=TGRP-UnloadDistributedZkTest]
Caused by: java.lang.RuntimeException: 
org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting 
response from server at: http://127.0.0.1:47543
at __randomizedtesting.SeedInfo.seed([D2A8CFCEBC252B20]:0)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$0(BasicDistributedZkTest.java:583)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1158)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:632)
at java.lang.Thread.run(Thread.java:804)
Caused by: org.apache.solr.client.solrj.SolrServerException: Timeout occured 
while waiting response from server at: http://127.0.0.1:47543
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:588)
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.SolrClient.request(SolrClient.java:1219)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$0(BasicDistributedZkTest.java:581)
... 4 more
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:160)
at 
org.apache.http.impl.io.SocketInputBuffer.fillBuffer(SocketInputBuffer.java:84)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.readLine(AbstractSessionInputBuffer.java:273)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:140)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)
at 
org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:261)
at 
org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:283)
at 
org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:251)
at 
org.apache.http.impl.conn.ManagedClientConnectionImpl.receiveResponseHeader(ManagedClientConnectionImpl.java:197)
at 
org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:272)
at 
org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:124)
at 
org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:685)
at 
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:487)
at 
org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:882)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:482)
... 8 more




Build Log:
[...truncated 11289 lines...]
   [junit4] Suite: org.apache.solr.cloud.UnloadDistributedZkTest
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J2/temp/solr.cloud.UnloadDistributedZkTest_D2A8CFCEBC252B20-001/init-core-data-001
   [junit4]   2> 645180 INFO  
(SUITE-UnloadDistributedZkTest-seed#[D2A8CFCEBC252B20]-worker) [] 
o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /
   [junit4]   2> 645182 INFO  
(TEST-UnloadDistributedZkTest.test-seed#[D2A8CFCEBC252B20]) [] 
o.a.s.c.ZkTestServer STARTING ZK TEST SERVER
   [junit4]   2> 645182 INFO  (Thread-1940) [] o.a.s.c.ZkTestServer client 
port:0.0.0.0/0.0.0.0:0
   [junit4]   2> 645182 INFO  (Thread-1940) [] o.a.s.c.ZkTestServer 
Starting server
   

[jira] [Commented] (SOLR-8176) Model distributed graph traversals with Streaming Expressions

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8176:
--

Sounds like an interesting implementation. I'd be happy to review the patch. 
I'm very curious to see how the Kafka integration works. Solr now has it's own 
messaging capability called the TopicStream but I'm not sure if it will meet 
the needs in this case. But let's definitely pursue the work you've been doing. 

> Model distributed graph traversals with Streaming Expressions
> -
>
> Key: SOLR-8176
> URL: https://issues.apache.org/jira/browse/SOLR-8176
> Project: Solr
>  Issue Type: New Feature
>  Components: clients - java, SolrCloud, SolrJ
>Affects Versions: master
>Reporter: Joel Bernstein
>  Labels: Graph
> Fix For: master
>
>
> I think it would be useful to model a few *distributed graph traversal* use 
> cases with Solr's *Streaming Expression* language. This ticket will explore 
> different approaches with a goal of implementing two or three common graph 
> traversal use cases.



--
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-master-Linux (64bit/jdk1.8.0_72) - Build # 16201 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16201/
Java: 64bit/jdk1.8.0_72 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.handler.TestReplicationHandler

Error Message:
ObjectTracker found 2 object(s) that were not released!!! [NRTCachingDirectory, 
NRTCachingDirectory]

Stack Trace:
java.lang.AssertionError: ObjectTracker found 2 object(s) that were not 
released!!! [NRTCachingDirectory, NRTCachingDirectory]
at __randomizedtesting.SeedInfo.seed([C12D35C7A3E5D0D0]: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:238)
at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:834)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 10854 lines...]
   [junit4] Suite: org.apache.solr.handler.TestReplicationHandler
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_C12D35C7A3E5D0D0-001/init-core-data-001
   [junit4]   2> 342995 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C12D35C7A3E5D0D0]) [] 
o.a.s.SolrTestCaseJ4 ###Starting testEmptyCommits
   [junit4]   2> 342995 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C12D35C7A3E5D0D0]) [] 
o.a.s.SolrTestCaseJ4 Writing core.properties file to 
/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_C12D35C7A3E5D0D0-001/solr-instance-001/collection1
   [junit4]   2> 343009 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C12D35C7A3E5D0D0]) [] 
o.e.j.s.Server jetty-9.3.6.v20151106
   [junit4]   2> 343010 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C12D35C7A3E5D0D0]) [] 
o.e.j.s.h.ContextHandler Started 
o.e.j.s.ServletContextHandler@1d498477{/solr,null,AVAILABLE}
   [junit4]   2> 343013 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C12D35C7A3E5D0D0]) [] 
o.e.j.s.ServerConnector Started 
ServerConnector@977fae3{HTTP/1.1,[http/1.1]}{127.0.0.1:41017}
   [junit4]   2> 343013 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C12D35C7A3E5D0D0]) [] 
o.e.j.s.Server Started @344770ms
   [junit4]   2> 343013 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C12D35C7A3E5D0D0]) [] 
o.a.s.c.s.e.JettySolrRunner Jetty properties: 
{solr.data.dir=/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_C12D35C7A3E5D0D0-001/solr-instance-001/collection1/data,
 hostContext=/solr, hostPort=41017}
   [junit4]   2> 343014 INFO  

[jira] [Created] (LUCENE-7100) TestGeoUtils.testGeoRelations failure

[Michael McCandless (JIRA)]

Michael McCandless created LUCENE-7100:
--

 Summary: TestGeoUtils.testGeoRelations failure
 Key: LUCENE-7100
 URL: https://issues.apache.org/jira/browse/LUCENE-7100
 Project: Lucene - Core
  Issue Type: Bug
Reporter: Michael McCandless


Reproduces on current master:

{noformat}
   [junit4] Suite: org.apache.lucene.spatial.util.TestGeoUtils
   [junit4]   1> doc=692 matched but should not with distance error 
0.0077156912991745465 on iteration 36
   [junit4]   1>   lon=27.1404150808589 lat=89.35930714019196 
distanceMeters=199031.30581689082 vs radiusMeters=197495.64170233608
   [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestGeoUtils 
-Dtests.method=testGeoRelations -Dtests.seed=89BF47F028C05B0 -Dtests.slow=true 
-Dtests.locale=de-DE -Dtests.timezone=Europe/Vatican -Dtests.asserts=true 
-Dtests.file.encoding=ISO-8859-1
   [junit4] FAILURE 0.24s | TestGeoUtils.testGeoRelations <<<
   [junit4]> Throwable #1: java.lang.AssertionError: 1 incorrect hits (see 
above)
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([89BF47F028C05B0:CAB8E0CA767B730E]:0)
   [junit4]>at 
org.apache.lucene.spatial.util.TestGeoUtils.testGeoRelations(TestGeoUtils.java:543)
   [junit4]>at java.lang.Thread.run(Thread.java:745)
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene60): {}, 
docValues:{}, maxPointsInLeafNode=1249, maxMBSortInHeap=6.743377596622864, 
sim=RandomSimilarity(queryNorm=false,coord=yes): {}, locale=de-DE, 
timezone=Europe/Vatican
   [junit4]   2> NOTE: Linux 3.13.0-71-generic amd64/Oracle Corporation 
1.8.0_60 (64-bit)/cpus=8,threads=1,free=430940200,total=504889344
   [junit4]   2> NOTE: All tests run in this JVM: [TestGeoUtils]
{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] [Resolved] (LUCENE-7098) BKDWriter should write ords as ints when possible during offline sort

[Michael McCandless (JIRA)]

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

Michael McCandless resolved LUCENE-7098.

   Resolution: Fixed
Fix Version/s: 6.1
   master

> BKDWriter should write ords as ints when possible during offline sort
> -
>
> Key: LUCENE-7098
> URL: https://issues.apache.org/jira/browse/LUCENE-7098
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Fix For: master, 6.1
>
> Attachments: LUCENE-7098.patch
>
>
> Today we write all ords as longs, since we support more than 2.1B values in 
> one segment, but the vast majority of the time an int would suffice.
> We could look into vLong, but this quickly gets tricky because {{BKDWriter}} 
> needs random access to the file and we rely on fixed-width entries to do this 
> now.



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

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

RE: SolrJ ubuntu Problem

[Adel Mohamed Khalifa]

Dear Iker,

Thank you for your interest of my problem.

 

I want to say that when I run my code from windows there’s no problem and I get 
results correctly, but when I run it from Ubuntu server it’s stopped at this 
line ( “  HttpSolrServer server = new 
HttpSolrServer("http://localhost:8983/solr  “). without any exception.

 

Regards,
Adel Khalifa 

 

From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 2:07 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem

 

I would try params.add instead of params.set 

 

Also, are you sure you are getting results back from the server? can you try 
putting a break point in

 

SolrDocumentList results = res.getResults()

 

and see if you are actually getting something back from the server

 

As an alternative, I would tail the solr.log file and check the query that is 
being sent to the server. It might be that the query is not properly formed 
since you are constructing it based on the request parameters.

 

HTH

 

2016-03-13 7:56 GMT-04:00 Adel Mohamed Khalifa :

It’s Solr-5.3.0.

 

Please check the attachment you will find the code of the servlet called by 
JavaScript and return the json file to get the results.

 

Regards,
Adel Khalifa 

 

From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:45 PM


To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem

 

What version of solrj are you using? can you share the code?

 

Also, keep in mind that solrj uses SLF4J and Apache Commons Logging, so you 
will need an implementation of these in your classpath to see the logs, take a 
look at https://wiki.apache.org/solr/SolrLogging#SolrJ_and_Logging_Jars

 

2016-03-13 7:37 GMT-04:00 Adel Mohamed Khalifa :

I edited and add the core but still nothing .. although the code in try and 
Catch but I did not get any exception just stop.

Other side when I run the code in windows platform I get the result correctly.

 

Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744   | Fax +2 023 303 2036 | Follow us on 
 

 Description: cid:image001.gif@01D11A1D.D81CE0C0 |  
 Description: cid:image002.gif@01D11A1D.D81CE0C0 
|  

 Description: cid:image003.gif@01D11A1D.D81CE0C0
Description: cid:image004.jpg@01D11A1D.D81CE0C0

 

 

From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:33 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem

 

Try adding the core/collection name in the url as in

 

HttpSolrServer server = new 
HttpSolrServer("http://localhost:8080/solr/collection1;);

 

 

 

2016-03-13 6:12 GMT-04:00 Adel Mohamed Khalifa :

Hello,

 

I am facing a problem when I try to connect to the Solr Server (HttpSolrServer 
server = new HttpSolrServer("http://localhost:8983/solr;);)

Note that my platform is Ubuntu and I install solr server on it and it work 
correctly when I try to log on through browser but when I try in netbeans I 
face the problem.

 

I hope you help me, Thanks

 

Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744   | Fax +2 023 303 2036 | Follow us on 
 

 Description: cid:image001.gif@01D11A1D.D81CE0C0 |  
 Description: cid:image002.gif@01D11A1D.D81CE0C0 
|  

 Description: cid:image003.gif@01D11A1D.D81CE0C0
Description: cid:image004.jpg@01D11A1D.D81CE0C0

 

 





 

-- 

Iker Huerga

http://www.ikerhuerga.com/ 





 

-- 

Iker Huerga

http://www.ikerhuerga.com/ 



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





 

-- 

Iker Huerga

http://www.ikerhuerga.com/ 

Re: SolrJ ubuntu Problem

[Iker Huerga]

I would try params.add instead of params.set

Also, are you sure you are getting results back from the server? can you
try putting a break point in

SolrDocumentList results = res.getResults()

and see if you are actually getting something back from the server

As an alternative, I would tail the solr.log file and check the query that
is being sent to the server. It might be that the query is not properly
formed since you are constructing it based on the request parameters.

HTH

2016-03-13 7:56 GMT-04:00 Adel Mohamed Khalifa :

> It’s Solr-5.3.0.
>
>
>
> Please check the attachment you will find the code of the servlet called
> by JavaScript and return the json file to get the results.
>
>
>
>
> *Regards,**Adel Khalifa *
>
>
>
> *From:* Iker Huerga [mailto:iker.hue...@gmail.com]
> *Sent:* Sunday, March 13, 2016 1:45 PM
>
> *To:* dev@lucene.apache.org
> *Subject:* Re: SolrJ ubuntu Problem
>
>
>
> What version of solrj are you using? can you share the code?
>
>
>
> Also, keep in mind that solrj uses SLF4J and Apache Commons Logging, so
> you will need an implementation of these in your classpath to see the logs,
> take a look at
> https://wiki.apache.org/solr/SolrLogging#SolrJ_and_Logging_Jars
>
>
>
> 2016-03-13 7:37 GMT-04:00 Adel Mohamed Khalifa :
>
> I edited and add the core but still nothing .. although the code in try
> and Catch but I did not get any exception just stop.
>
> Other side when I run the code in windows platform I get the result
> correctly.
>
>
>
>
> *Regards,**Adel Khalifa | *Developer *| **Saudisoft-Egypt | ** Tel: *+2
> 023 303 2037 - *ext *112 | *M *+2 01149247744 | *Fax *+2 023 303 2036 | 
> *Follow
> us on **[image: Description: cid:image001.gif@01D11A1D.D81CE0C0]*
> *
>  |
> **[image: Description: cid:image002.gif@01D11A1D.D81CE0C0]*
> * | **[image: Description:
> cid:image003.gif@01D11A1D.D81CE0C0]*
> 
> *[image: Description: cid:image004.jpg@01D11A1D.D81CE0C0]*
>
>
>
>
>
> *From:* Iker Huerga [mailto:iker.hue...@gmail.com]
> *Sent:* Sunday, March 13, 2016 1:33 PM
> *To:* dev@lucene.apache.org
> *Subject:* Re: SolrJ ubuntu Problem
>
>
>
> Try adding the core/collection name in the url as in
>
>
>
> HttpSolrServer server = new HttpSolrServer("
> http://localhost:8080/solr/collection1;);
>
>
>
>
>
>
>
> 2016-03-13 6:12 GMT-04:00 Adel Mohamed Khalifa :
>
> Hello,
>
>
>
> I am facing a problem when I try to connect to the Solr Server
> (HttpSolrServer server = new HttpSolrServer("http://localhost:8983/solr
> ");)
>
> Note that my platform is Ubuntu and I install solr server on it and it
> work correctly when I try to log on through browser but when I try in
> netbeans I face the problem.
>
>
>
> I hope you help me, Thanks
>
>
>
>
> *Regards,**Adel Khalifa | *Developer *| **Saudisoft-Egypt | ** Tel: *+2
> 023 303 2037 - *ext *112 | *M *+2 01149247744 | *Fax *+2 023 303 2036 | 
> *Follow
> us on **[image: Description: cid:image001.gif@01D11A1D.D81CE0C0]*
> *
>  |
> **[image: Description: cid:image002.gif@01D11A1D.D81CE0C0]*
> * | **[image: Description:
> cid:image003.gif@01D11A1D.D81CE0C0]*
> 
> *[image: Description: cid:image004.jpg@01D11A1D.D81CE0C0]*
>
>
>
>
>
>
>
>
>
> --
>
> Iker Huerga
>
> http://www.ikerhuerga.com/
>
>
>
>
>
> --
>
> Iker Huerga
>
> http://www.ikerhuerga.com/
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>



-- 
Iker Huerga
http://www.ikerhuerga.com/

RE: SolrJ ubuntu Problem

[Adel Mohamed Khalifa]

It’s Solr-5.3.0.

 

Please check the attachment you will find the code of the servlet called by 
JavaScript and return the json file to get the results.

 

Regards,
Adel Khalifa 

 

From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:45 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem

 

What version of solrj are you using? can you share the code?

 

Also, keep in mind that solrj uses SLF4J and Apache Commons Logging, so you 
will need an implementation of these in your classpath to see the logs, take a 
look at https://wiki.apache.org/solr/SolrLogging#SolrJ_and_Logging_Jars

 

2016-03-13 7:37 GMT-04:00 Adel Mohamed Khalifa :

I edited and add the core but still nothing .. although the code in try and 
Catch but I did not get any exception just stop.

Other side when I run the code in windows platform I get the result correctly.

 

Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744   | Fax +2 023 303 2036 | Follow us on 
 

 Description: cid:image001.gif@01D11A1D.D81CE0C0 |  
 Description: cid:image002.gif@01D11A1D.D81CE0C0 
|  

 Description: cid:image003.gif@01D11A1D.D81CE0C0
Description: cid:image004.jpg@01D11A1D.D81CE0C0

 

 

From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:33 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem

 

Try adding the core/collection name in the url as in

 

HttpSolrServer server = new 
HttpSolrServer("http://localhost:8080/solr/collection1;);

 

 

 

2016-03-13 6:12 GMT-04:00 Adel Mohamed Khalifa :

Hello,

 

I am facing a problem when I try to connect to the Solr Server (HttpSolrServer 
server = new HttpSolrServer("http://localhost:8983/solr;);)

Note that my platform is Ubuntu and I install solr server on it and it work 
correctly when I try to log on through browser but when I try in netbeans I 
face the problem.

 

I hope you help me, Thanks

 

Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744   | Fax +2 023 303 2036 | Follow us on 
 

 Description: cid:image001.gif@01D11A1D.D81CE0C0 |  
 Description: cid:image002.gif@01D11A1D.D81CE0C0 
|  

 Description: cid:image003.gif@01D11A1D.D81CE0C0
Description: cid:image004.jpg@01D11A1D.D81CE0C0

 

 





 

-- 

Iker Huerga

http://www.ikerhuerga.com/ 





 

-- 

Iker Huerga

http://www.ikerhuerga.com/ 

protected void processRequest(HttpServletRequest request, HttpServletResponse 
response)
throws ServletException, IOException {
response.setContentType("text/html;charset=UTF-8");
try {
SolrServer server = new 
HttpSolrServer("http://localhost:8983/solr/SearchCore;);

ModifiableSolrParams params = new ModifiableSolrParams();
String qqq = new 
String(request.getParameter("qu").getBytes("ISO-8859-1"), "UTF-8");
params.set("q", new 
String(request.getParameter("qu").getBytes("ISO-8859-1"), "UTF-8"));
params.set("rows", "3");


params.set("spellcheck", "on");
params.set("spellcheck.build", "true");
params.set("wt", "json");
params.set("indent", "true");
   
PrintWriter out = response.getWriter();
QueryResponse res = server.query(params);

SolrDocumentList results = res.getResults();
Iterator i = results.iterator();
request.setAttribute("size", results.size());
String json = new Gson().toJson(res.getResults());
out.write(json);
} catch (SolrServerException ex) {
System.out.println(ex.toString());
}

}

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

[jira] [Commented] (SOLR-8837) Duplicate leader elector node detection is broken

[Alan Woodward (JIRA)]

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

Alan Woodward commented on SOLR-8837:
-

We can fix this by fixing the duplicate-detection logic, but I'm not sure we 
shouldn't just remove this entirely.  I guess it could prevent an election 
delay in the case that a session gets interrupted and the ephemeral nodes from 
the previous session hang around up to the session timeout, but it seems just 
as likely to cause problems to me.

> Duplicate leader elector node detection is broken
> -
>
> Key: SOLR-8837
> URL: https://issues.apache.org/jira/browse/SOLR-8837
> Project: Solr
>  Issue Type: Bug
>Affects Versions: master, 6.0
>Reporter: Alan Woodward
>
> LeaderElector.checkIfIAmLeader checks to see if it has duplicate 
> registrations in under its election node, but it does this by prefix 
> checking, which means that if core_node1 registers itself after core_node11, 
> it will think it's a duplicate, and delete the core_node11 node.
> This is causing regular failures in UnloadDistributedZkTest.



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

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

Re: SolrJ ubuntu Problem

[Iker Huerga]

What version of solrj are you using? can you share the code?

Also, keep in mind that solrj uses SLF4J and Apache Commons Logging, so you
will need an implementation of these in your classpath to see the logs,
take a look at
https://wiki.apache.org/solr/SolrLogging#SolrJ_and_Logging_Jars

2016-03-13 7:37 GMT-04:00 Adel Mohamed Khalifa :

> I edited and add the core but still nothing .. although the code in try
> and Catch but I did not get any exception just stop.
>
> Other side when I run the code in windows platform I get the result
> correctly.
>
>
>
>
> *Regards,**Adel Khalifa | *Developer *| **Saudisoft-Egypt | ** Tel: *+2
> 023 303 2037 - *ext *112 | *M *+2 01149247744 | *Fax *+2 023 303 2036 | 
> *Follow
> us on **[image: Description: cid:image001.gif@01D11A1D.D81CE0C0]*
> *
>  |
> **[image: Description: cid:image002.gif@01D11A1D.D81CE0C0]*
> * | **[image: Description:
> cid:image003.gif@01D11A1D.D81CE0C0]*
> 
> *[image: Description: cid:image004.jpg@01D11A1D.D81CE0C0]*
>
>
>
>
>
> *From:* Iker Huerga [mailto:iker.hue...@gmail.com]
> *Sent:* Sunday, March 13, 2016 1:33 PM
> *To:* dev@lucene.apache.org
> *Subject:* Re: SolrJ ubuntu Problem
>
>
>
> Try adding the core/collection name in the url as in
>
>
>
> HttpSolrServer server = new HttpSolrServer("
> http://localhost:8080/solr/collection1;);
>
>
>
>
>
>
>
> 2016-03-13 6:12 GMT-04:00 Adel Mohamed Khalifa :
>
> Hello,
>
>
>
> I am facing a problem when I try to connect to the Solr Server
> (HttpSolrServer server = new HttpSolrServer("http://localhost:8983/solr
> ");)
>
> Note that my platform is Ubuntu and I install solr server on it and it
> work correctly when I try to log on through browser but when I try in
> netbeans I face the problem.
>
>
>
> I hope you help me, Thanks
>
>
>
>
> *Regards,**Adel Khalifa | *Developer *| **Saudisoft-Egypt | ** Tel: *+2
> 023 303 2037 - *ext *112 | *M *+2 01149247744 | *Fax *+2 023 303 2036 | 
> *Follow
> us on **[image: Description: cid:image001.gif@01D11A1D.D81CE0C0]*
> *
>  |
> **[image: Description: cid:image002.gif@01D11A1D.D81CE0C0]*
> * | **[image: Description:
> cid:image003.gif@01D11A1D.D81CE0C0]*
> 
> *[image: Description: cid:image004.jpg@01D11A1D.D81CE0C0]*
>
>
>
>
>
>
>
>
>
> --
>
> Iker Huerga
>
> http://www.ikerhuerga.com/
>



-- 
Iker Huerga
http://www.ikerhuerga.com/

[jira] [Created] (SOLR-8837) Duplicate leader elector node detection is broken

[Alan Woodward (JIRA)]

Alan Woodward created SOLR-8837:
---

 Summary: Duplicate leader elector node detection is broken
 Key: SOLR-8837
 URL: https://issues.apache.org/jira/browse/SOLR-8837
 Project: Solr
  Issue Type: Bug
Affects Versions: master, 6.0
Reporter: Alan Woodward


LeaderElector.checkIfIAmLeader checks to see if it has duplicate registrations 
in under its election node, but it does this by prefix checking, which means 
that if core_node1 registers itself after core_node11, it will think it's a 
duplicate, and delete the core_node11 node.

This is causing regular failures in UnloadDistributedZkTest.



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

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

RE: SolrJ ubuntu Problem

[Adel Mohamed Khalifa]

I edited and add the core but still nothing .. although the code in try and 
Catch but I did not get any exception just stop.

Other side when I run the code in windows platform I get the result correctly.

 

Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744 | Fax +2 023 303 2036 | Follow us on  

 Description: cid:image001.gif@01D11A1D.D81CE0C0 |  
 Description: cid:image002.gif@01D11A1D.D81CE0C0 
|  

 Description: cid:image003.gif@01D11A1D.D81CE0C0
Description: cid:image004.jpg@01D11A1D.D81CE0C0

 

 

From: Iker Huerga [mailto:iker.hue...@gmail.com] 
Sent: Sunday, March 13, 2016 1:33 PM
To: dev@lucene.apache.org
Subject: Re: SolrJ ubuntu Problem

 

Try adding the core/collection name in the url as in

 

HttpSolrServer server = new 
HttpSolrServer("http://localhost:8080/solr/collection1;);

 

 

 

2016-03-13 6:12 GMT-04:00 Adel Mohamed Khalifa :

Hello,

 

I am facing a problem when I try to connect to the Solr Server (HttpSolrServer 
server = new HttpSolrServer("http://localhost:8983/solr;);)

Note that my platform is Ubuntu and I install solr server on it and it work 
correctly when I try to log on through browser but when I try in netbeans I 
face the problem.

 

I hope you help me, Thanks

 

Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112 | 
M +2 01149247744   | Fax +2 023 303 2036 | Follow us on 
 

 Description: cid:image001.gif@01D11A1D.D81CE0C0 |  
 Description: cid:image002.gif@01D11A1D.D81CE0C0 
|  

 Description: cid:image003.gif@01D11A1D.D81CE0C0
Description: cid:image004.jpg@01D11A1D.D81CE0C0

 

 





 

-- 

Iker Huerga

http://www.ikerhuerga.com/ 

Re: SolrJ ubuntu Problem

[Iker Huerga]

Try adding the core/collection name in the url as in

HttpSolrServer server = new HttpSolrServer("
http://localhost:8080/solr/collection1;);



2016-03-13 6:12 GMT-04:00 Adel Mohamed Khalifa :

> Hello,
>
>
>
> I am facing a problem when I try to connect to the Solr Server
> (HttpSolrServer server = new HttpSolrServer("http://localhost:8983/solr
> ");)
>
> Note that my platform is Ubuntu and I install solr server on it and it
> work correctly when I try to log on through browser but when I try in
> netbeans I face the problem.
>
>
>
> I hope you help me, Thanks
>
>
>
>
> *Regards,**Adel Khalifa | *Developer *| **Saudisoft-Egypt | ** Tel: *+2
> 023 303 2037 - *ext *112 | *M *+2 01149247744 | *Fax *+2 023 303 2036 | 
> *Follow
> us on **[image: Description: cid:image001.gif@01D11A1D.D81CE0C0]*
> *
>  |
> **[image: Description: cid:image002.gif@01D11A1D.D81CE0C0]*
> * | **[image: Description:
> cid:image003.gif@01D11A1D.D81CE0C0]*
> 
> *[image: Description: cid:image004.jpg@01D11A1D.D81CE0C0]*
>
>
>
>
>



-- 
Iker Huerga
http://www.ikerhuerga.com/

[jira] [Commented] (SOLR-8542) Integrate Learning to Rank into Solr

[Alex (JIRA)]

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

Alex commented on SOLR-8542:


Hi guys, great plug-in. Using solr search queries as features is really cool.

As far as I understand, at the moment the training is happening outside Solr. 
Would be really awesome if the training is happening inside Solr. I don't have 
any idea how this can be done, but I hope you guys have something in mind.

> Integrate Learning to Rank into Solr
> 
>
> Key: SOLR-8542
> URL: https://issues.apache.org/jira/browse/SOLR-8542
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joshua Pantony
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: README.md, README.md, SOLR-8542-branch_5x.patch, 
> SOLR-8542-trunk.patch
>
>
> This is a ticket to integrate learning to rank machine learning models into 
> Solr. Solr Learning to Rank (LTR) provides a way for you to extract features 
> directly inside Solr for use in training a machine learned model. You can 
> then deploy that model to Solr and use it to rerank your top X search 
> results. This concept was previously presented by the authors at Lucene/Solr 
> Revolution 2015 ( 
> http://www.slideshare.net/lucidworks/learning-to-rank-in-solr-presented-by-michael-nilsson-diego-ceccarelli-bloomberg-lp
>  ).
> The attached code was jointly worked on by Joshua Pantony, Michael Nilsson, 
> David Grohmann and Diego Ceccarelli.
> Any chance this could make it into a 5x release? We've also attached 
> documentation as a github MD file, but are happy to convert to a desired 
> format.
> h3. Test the plugin with solr/example/techproducts in 6 steps
> Solr provides some simple example of indices. In order to test the plugin 
> with 
> the techproducts example please follow these steps
> h4. 1. compile solr and the examples 
> cd solr
> ant dist
> ant example
> h4. 2. run the example
> ./bin/solr -e techproducts 
> h4. 3. stop it and install the plugin:
>
> ./bin/solr stop
> mkdir example/techproducts/solr/techproducts/lib
> cp build/contrib/ltr/lucene-ltr-6.0.0-SNAPSHOT.jar 
> example/techproducts/solr/techproducts/lib/
> cp contrib/ltr/example/solrconfig.xml 
> example/techproducts/solr/techproducts/conf/
> h4. 4. run the example again
> 
> ./bin/solr -e techproducts
> h4. 5. index some features and a model
> curl -XPUT 'http://localhost:8983/solr/techproducts/schema/fstore'  
> --data-binary "@./contrib/ltr/example/techproducts-features.json"  -H 
> 'Content-type:application/json'
> curl -XPUT 'http://localhost:8983/solr/techproducts/schema/mstore'  
> --data-binary "@./contrib/ltr/example/techproducts-model.json"  -H 
> 'Content-type:application/json'
> h4. 6. have fun !
> *access to the default feature store*
> http://localhost:8983/solr/techproducts/schema/fstore/_DEFAULT_ 
> *access to the model store*
> http://localhost:8983/solr/techproducts/schema/mstore
> *perform a query using the model, and retrieve the features*
> http://localhost:8983/solr/techproducts/query?indent=on=test=json={!ltr%20model=svm%20reRankDocs=25%20efi.query=%27test%27}=*,[features],price,score,name=true



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

SolrJ ubuntu Problem

[Adel Mohamed Khalifa]

Hello,

 

I am facing a problem when I try to connect to the Solr Server
(HttpSolrServer server = new HttpSolrServer("http://localhost:8983/solr;);)

Note that my platform is Ubuntu and I install solr server on it and it work
correctly when I try to log on through browser but when I try in netbeans I
face the problem.

 

I hope you help me, Thanks

 

Regards,
Adel Khalifa | Developer | Saudisoft-Egypt |  Tel: +2 023 303 2037 - ext 112
| M +2 01149247744 | Fax +2 023 303 2036 | Follow us on
 Description: cid:image001.gif@01D11A1D.D81CE0C0 |
 Description:
cid:image002.gif@01D11A1D.D81CE0C0 |
 Description: cid:image003.gif@01D11A1D.D81CE0C0
Description: cid:image004.jpg@01D11A1D.D81CE0C0

 

 

[jira] [Commented] (LUCENE-6807) AbstractRangeQueryNode toQueryString not working as intended

[Peter Barna (JIRA)]

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

Peter Barna commented on LUCENE-6807:
-

Bump.

> AbstractRangeQueryNode toQueryString not working as intended
> 
>
> Key: LUCENE-6807
> URL: https://issues.apache.org/jira/browse/LUCENE-6807
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/queryparser
>Affects Versions: 5.3
>Reporter: Peter Barna
>Priority: Minor
> Attachments: LUCENE-6807-option1.patch, LUCENE-6807-option1.patch, 
> LUCENE-6807-option2.patch, LUCENE-6807-option3.patch
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> It is my understanding that for a given {{QueryNode}} node, 
> {{parse(node.toQueryString());}} should return a {{QueryNode}} which is 
> functionally identical to the original node.
> That is not the case with AbstractQueryNode:
> if we have a range query on FIELD from "A" to "B" ({{node = parse("FIELD:[A 
> B]")}}), then {{node.toQueryString()}} will return "[FIELD:A FIELD:B]" which, 
> in turn, is parsed as a range query on the default field from "FIELD:A" to 
> "FIELD:B".
> As far as I know, this affects all versions of lucene.
> I believe I have the knowledge to provide the patch, so I will be working on 
> that today.
> As of now, I have thought of two options to implement this fix, both of which 
> involve modifying the {{ValueQueryNode}} interface to include a method which 
> returns {{value}} as a {{CharSequence}}. 
> The first option is to add a new method to the interface which returns 
> (formatted if necessary) the value as a {{CharSequence}} and implement it in 
> all implementing classes ({{FieldQueryNode}} and {{NumericQueryNode}}). Then 
> in {{AbstractQueryNode#toQueryString()}} we will call that method and escape 
> the values using the provided {{EscapeQuerySyntax}}.
> The second option is to make the protected method {{getTermEscaped()}}, which 
> is already present in all implementing classes, public, and add it to the 
> interface.
> While I think that the second option is certainly cleaner, I do not know why 
> this method is protected in the first place, so I will proceed with the first 
> option until someone who is more familiar with the lucene project than I am 
> can comment on the matter.
> As I am writing this, it occurs to me that implementing the first option is 
> essentially just bypassing the protected scope on {{getTermEscapeed()}}, so 
> maybe it is correct to just review whether or not that method needs to be 
> protected. It also occurred to me to use the existing {{getValue()}} method, 
> and format and escape the {{toString()}} of that, but that depends on a 
> generic class having implemented {{toString()}} in a way that plays nicely 
> with the query parser, so, to me, this is below the two previously mentioned 
> options.



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

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

Re: [JENKINS] Lucene-Solr-Tests-6.x - Build # 48 - Failure

[Michael McCandless]

I'll fix.

Mike McCandless

http://blog.mikemccandless.com


On Sat, Mar 12, 2016 at 9:23 PM, Apache Jenkins Server
 wrote:
> Build: https://builds.apache.org/job/Lucene-Solr-Tests-6.x/48/
>
> 1 tests failed.
> FAILED:  org.apache.lucene.queries.payloads.TestPayloadSpans.testSpanNot
>
> Error Message:
> The top-reader used to create Weight 
> (LeafReaderContext(ParallelLeafReader(_0(6.1.0):c1) docBase=0 ord=0)) is not 
> the same as the current reader's top-reader (LeafReaderContext(_0(6.1.0):c1 
> docBase=0 ord=0)
>
> Stack Trace:
> java.lang.AssertionError: The top-reader used to create Weight 
> (LeafReaderContext(ParallelLeafReader(_0(6.1.0):c1) docBase=0 ord=0)) is not 
> the same as the current reader's top-reader (LeafReaderContext(_0(6.1.0):c1 
> docBase=0 ord=0)
> at 
> __randomizedtesting.SeedInfo.seed([6AABE08447801768:C7D5568E86C204CB]:0)
> at 
> org.apache.lucene.search.spans.SpanTermQuery$SpanTermWeight.getSpans(SpanTermQuery.java:102)
> at 
> org.apache.lucene.search.spans.SpanNearQuery$SpanNearWeight.getSpans(SpanNearQuery.java:213)
> at 
> org.apache.lucene.search.spans.SpanNotQuery$SpanNotWeight.getSpans(SpanNotQuery.java:122)
> at 
> org.apache.lucene.queries.payloads.TestPayloadSpans.testSpanNot(TestPayloadSpans.java:128)
> 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:1764)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
> at 
> org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
> at 
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
> at 
> org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
> at 
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
> at 
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:880)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
> at 
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
> at 
> com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
> at 
> com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
> at 
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
> at 
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
> at 
> org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
> at 
> 

[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+109) - Build # 16199 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16199/
Java: 64bit/jdk-9-ea+109 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

2 tests failed.
FAILED:  org.apache.solr.schema.TestBulkSchemaConcurrent.test

Error Message:
Captured an uncaught exception in thread: Thread[id=15395, name=Thread-5738, 
state=RUNNABLE, group=TGRP-TestBulkSchemaConcurrent]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=15395, name=Thread-5738, state=RUNNABLE, 
group=TGRP-TestBulkSchemaConcurrent]
at 
__randomizedtesting.SeedInfo.seed([1BA8CB8398D7FAB9:93FCF459362B9741]:0)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
at __randomizedtesting.SeedInfo.seed([1BA8CB8398D7FAB9]:0)
at java.util.ArrayList.add(ArrayList.java:465)
at java.util.ArrayList.add(ArrayList.java:477)
at 
org.apache.solr.schema.TestBulkSchemaConcurrent$2.run(TestBulkSchemaConcurrent.java:95)


FAILED:  org.apache.solr.cloud.UnloadDistributedZkTest.test

Error Message:
Captured an uncaught exception in thread: Thread[id=1363, 
name=testExecutor-628-thread-1, state=RUNNABLE, 
group=TGRP-UnloadDistributedZkTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=1363, name=testExecutor-628-thread-1, 
state=RUNNABLE, group=TGRP-UnloadDistributedZkTest]
Caused by: java.lang.RuntimeException: 
org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting 
response from server at: http://127.0.0.1:52958
at __randomizedtesting.SeedInfo.seed([1BA8CB8398D7FAB9]:0)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$0(BasicDistributedZkTest.java:583)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1158)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:632)
at java.lang.Thread.run(Thread.java:804)
Caused by: org.apache.solr.client.solrj.SolrServerException: Timeout occured 
while waiting response from server at: http://127.0.0.1:52958
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:588)
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.SolrClient.request(SolrClient.java:1219)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$0(BasicDistributedZkTest.java:581)
... 4 more
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:160)
at 
org.apache.http.impl.io.SocketInputBuffer.fillBuffer(SocketInputBuffer.java:84)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.readLine(AbstractSessionInputBuffer.java:273)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:140)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)
at 
org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:261)
at 
org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:283)
at 
org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:251)
at 
org.apache.http.impl.conn.ManagedClientConnectionImpl.receiveResponseHeader(ManagedClientConnectionImpl.java:197)
at 
org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:272)
at 
org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:124)
at 
org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:685)
at 
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:487)
at 
org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:882)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at 

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

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3132/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.handler.TestReplicationHandler.doTestStressReplication

Error Message:
timed out waiting for collection1 startAt time to exceed: Sun Mar 13 08:04:26 
GMT 2016

Stack Trace:
java.lang.AssertionError: timed out waiting for collection1 startAt time to 
exceed: Sun Mar 13 08:04:26 GMT 2016
at 
__randomizedtesting.SeedInfo.seed([761BD8EDC5D9438B:ADB0D82BC0F12A38]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.handler.TestReplicationHandler.watchCoreStartAt(TestReplicationHandler.java:1422)
at 
org.apache.solr.handler.TestReplicationHandler.doTestStressReplication(TestReplicationHandler.java:774)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




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

[JENKINS] Lucene-Solr-6.x-Linux (64bit/jdk1.8.0_72) - Build # 115 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/115/
Java: 64bit/jdk1.8.0_72 -XX:-UseCompressedOops -XX:+UseG1GC

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

Error Message:
Captured an uncaught exception in thread: Thread[id=4884, 
name=testExecutor-2305-thread-2, state=RUNNABLE, 
group=TGRP-UnloadDistributedZkTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=4884, name=testExecutor-2305-thread-2, 
state=RUNNABLE, group=TGRP-UnloadDistributedZkTest]
Caused by: java.lang.RuntimeException: 
org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting 
response from server at: http://127.0.0.1:58583/uj/g
at __randomizedtesting.SeedInfo.seed([B9548F45B3035F00]:0)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$0(BasicDistributedZkTest.java:583)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.solr.client.solrj.SolrServerException: Timeout occured 
while waiting response from server at: http://127.0.0.1:58583/uj/g
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:588)
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.SolrClient.request(SolrClient.java:1219)
at 
org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCores$0(BasicDistributedZkTest.java:581)
... 4 more
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:160)
at 
org.apache.http.impl.io.SocketInputBuffer.fillBuffer(SocketInputBuffer.java:84)
at 
org.apache.http.impl.io.AbstractSessionInputBuffer.readLine(AbstractSessionInputBuffer.java:273)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:140)
at 
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)
at 
org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:261)
at 
org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:283)
at 
org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:251)
at 
org.apache.http.impl.conn.ManagedClientConnectionImpl.receiveResponseHeader(ManagedClientConnectionImpl.java:197)
at 
org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:272)
at 
org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:124)
at 
org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:685)
at 
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:487)
at 
org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:882)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:482)
... 8 more




Build Log:
[...truncated 11160 lines...]
   [junit4] Suite: org.apache.solr.cloud.UnloadDistributedZkTest
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-6.x-Linux/solr/build/solr-core/test/J2/temp/solr.cloud.UnloadDistributedZkTest_B9548F45B3035F00-001/init-core-data-001
   [junit4]   2> 573170 INFO  
(SUITE-UnloadDistributedZkTest-seed#[B9548F45B3035F00]-worker) [] 
o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /uj/g
   [junit4]   2> 573172 INFO  
(TEST-UnloadDistributedZkTest.test-seed#[B9548F45B3035F00]) [] 
o.a.s.c.ZkTestServer STARTING ZK TEST SERVER
   [junit4]   2> 573172 INFO  (Thread-1675) [] o.a.s.c.ZkTestServer client 
port:0.0.0.0/0.0.0.0:0
   [junit4]   2> 573172 INFO  (Thread-1675) [] o.a.s.c.ZkTestServer 
Starting 

[JENKINS] Lucene-Solr-NightlyTests-6.x - Build # 10 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-6.x/10/

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

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

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=3848, name=collection4, state=RUNNABLE, 
group=TGRP-CollectionsAPIDistributedZkTest]
Caused by: java.lang.RuntimeException: 
org.apache.solr.client.solrj.SolrServerException: No live SolrServers available 
to handle this request:[http://127.0.0.1:43820, http://127.0.0.1:35150, 
http://127.0.0.1:48698, http://127.0.0.1:53419, http://127.0.0.1:52547]
at __randomizedtesting.SeedInfo.seed([6C140501050E8E56]:0)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest$1CollectionThread.run(CollectionsAPIDistributedZkTest.java:980)
Caused by: org.apache.solr.client.solrj.SolrServerException: No live 
SolrServers available to handle this request:[http://127.0.0.1:43820, 
http://127.0.0.1:35150, http://127.0.0.1:48698, http://127.0.0.1:53419, 
http://127.0.0.1:52547]
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:352)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1100)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:870)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:806)
at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1219)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.createCollection(AbstractFullDistribZkTestBase.java:1593)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.createCollection(AbstractFullDistribZkTestBase.java:1614)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest$1CollectionThread.run(CollectionsAPIDistributedZkTest.java:970)
Caused by: 
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:35150: KeeperErrorCode = Session expired for 
/overseer/collection-queue-work/qnr-
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:577)
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.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:372)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:325)
... 7 more


FAILED:  
org.apache.solr.handler.TestReplicationHandler.doTestReplicateAfterCoreReload

Error Message:
expected:<[{indexVersion=1457852472891,generation=2,filelist=[_ri.cfe, _ri.cfs, 
_ri.si, _rj.fdt, _rj.fdx, _rj.fnm, _rj.nvd, _rj.nvm, _rj.si, 
_rj_LuceneVarGapDocFreqInterval_0.doc, _rj_LuceneVarGapDocFreqInterval_0.tib, 
_rj_LuceneVarGapDocFreqInterval_0.tiv, _rk.cfe, _rk.cfs, _rk.si, _rl.cfe, 
_rl.cfs, _rl.si, _rm.cfe, _rm.cfs, _rm.si, _rn.cfe, _rn.cfs, _rn.si, _ro.cfe, 
_ro.cfs, _ro.si, _rp.cfe, _rp.cfs, _rp.si, _rq.cfe, _rq.cfs, _rq.si, _rr.cfe, 
_rr.cfs, _rr.si, _rs.cfe, _rs.cfs, _rs.si, _rt.cfe, _rt.cfs, _rt.si, _ru.cfe, 
_ru.cfs, _ru.si, _rv.cfe, _rv.cfs, _rv.si, _rw.cfe, _rw.cfs, _rw.si, _rx.cfe, 
_rx.cfs, _rx.si, _ry.cfe, _ry.cfs, _ry.si, _rz.cfe, _rz.cfs, _rz.si, 
segments_2]}]> but 
was:<[{indexVersion=1457852472891,generation=2,filelist=[_ri.cfe, _ri.cfs, 
_ri.si, _rj.fdt, _rj.fdx, _rj.fnm, _rj.nvd, _rj.nvm, _rj.si, 
_rj_LuceneVarGapDocFreqInterval_0.doc, _rj_LuceneVarGapDocFreqInterval_0.tib, 
_rj_LuceneVarGapDocFreqInterval_0.tiv, _rk.cfe, _rk.cfs, _rk.si, _rl.cfe, 
_rl.cfs, _rl.si, _rm.cfe, _rm.cfs, _rm.si, _rn.cfe, _rn.cfs, _rn.si, _ro.cfe, 
_ro.cfs, _ro.si, _rp.cfe, _rp.cfs, _rp.si, _rq.cfe, _rq.cfs, _rq.si, _rr.cfe, 
_rr.cfs, _rr.si, _rs.cfe, _rs.cfs, _rs.si, _rt.cfe, _rt.cfs, _rt.si, _ru.cfe, 
_ru.cfs, _ru.si, _rv.cfe, _rv.cfs, _rv.si, _rw.cfe, _rw.cfs, _rw.si, _rx.cfe, 
_rx.cfs, _rx.si, _ry.cfe, _ry.cfs, _ry.si, _rz.cfe, _rz.cfs, _rz.si, 
segments_2]}, {indexVersion=1457852472891,generation=3,filelist=[_s0.fdt, 
_s0.fdx, _s0.fnm, _s0.nvd, _s0.nvm, _s0.si, 
_s0_LuceneVarGapDocFreqInterval_0.doc, _s0_LuceneVarGapDocFreqInterval_0.tib, 
_s0_LuceneVarGapDocFreqInterval_0.tiv, segments_3]}]>

Stack Trace:
java.lang.AssertionError: 
expected:<[{indexVersion=1457852472891,generation=2,filelist=[_ri.cfe, _ri.cfs, 
_ri.si, _rj.fdt, _rj.fdx, _rj.fnm, _rj.nvd, _rj.nvm, _rj.si, 
_rj_LuceneVarGapDocFreqInterval_0.doc, _rj_LuceneVarGapDocFreqInterval_0.tib, 
_rj_LuceneVarGapDocFreqInterval_0.tiv, _rk.cfe, _rk.cfs, _rk.si, _rl.cfe, 
_rl.cfs, _rl.si, _rm.cfe, _rm.cfs, _rm.si, _rn.cfe, _rn.cfs, _rn.si, _ro.cfe, 
_ro.cfs, _ro.si, _rp.cfe, _rp.cfs, _rp.si, 

[jira] [Commented] (SOLR-5961) Solr gets crazy on /overseer/queue state change

[davidchiu (JIRA)]

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

davidchiu commented on SOLR-5961:
-

I have the same problem in Solr 5.3.1. There are too many collections and 
shards(replicas)'s, when their state changes and will product a lot of task and 
write into /overseer/queue, but overseer is too busy and can't handle them in 
time, then the /overseer/queue will get very big and will make zookeeper down!!

I think solr should limit the size of /overseer/queue according to the 
jute.buffersize of zookeeper.

> Solr gets crazy on /overseer/queue state change
> ---
>
> Key: SOLR-5961
> URL: https://issues.apache.org/jira/browse/SOLR-5961
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Affects Versions: 4.7.1
> Environment: CentOS, 1 shard - 3 replicas, ZK cluster with 3 nodes 
> (separate machines)
>Reporter: Maxim Novikov
>Assignee: Shalin Shekhar Mangar
>Priority: Critical
> Fix For: 4.10.4, 5.0
>
>
> No idea how to reproduce it, but sometimes Solr stars littering the log with 
> the following messages:
> 419158 [localhost-startStop-1-EventThread] INFO  
> org.apache.solr.cloud.DistributedQueue  ? LatchChildWatcher fired on path: 
> /overseer/queue state: SyncConnected type NodeChildrenChanged
> 419190 [Thread-3] INFO  org.apache.solr.cloud.Overseer  ? Update state 
> numShards=1 message={
>   "operation":"state",
>   "state":"recovering",
>   "base_url":"http://${IP_ADDRESS}/solr;,
>   "core":"${CORE_NAME}",
>   "roles":null,
>   "node_name":"${NODE_NAME}_solr",
>   "shard":"shard1",
>   "collection":"${COLLECTION_NAME}",
>   "numShards":"1",
>   "core_node_name":"core_node2"}
> It continues spamming these messages with no delay and the restarting of all 
> the nodes does not help. I have even tried to stop all the nodes in the 
> cluster first, but then when I start one, the behavior doesn't change, it 
> gets crazy nuts with this " /overseer/queue state" again.
> PS The only way to handle this was to stop everything, manually clean up all 
> the data in ZooKeeper related to Solr, and then rebuild everything from 
> scratch. As you should understand, it is kinda unbearable in the production 
> environment.



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