date:20160213

[jira] [Issue Comment Deleted] (LUCENE-7027) NumericTokenStream doesn't implement end() correctly

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler updated LUCENE-7027:
--
Comment: was deleted

(was: Because of the corner case and possible performance corner cases, I'd 
tend to close this as won't fix.)

> NumericTokenStream doesn't implement end() correctly
> 
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

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

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/5615/
Java: 32bit/jdk1.8.0_72 -server -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  
org.apache.solr.handler.component.DistributedSpellCheckComponentTest.test

Error Message:
Error from server at http://127.0.0.1:61834//collection1: Directory 
SimpleFSDirectory@C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.handler.component.DistributedSpellCheckComponentTest_4E0F860904B715B2-001\tempDir-001\control\cores\collection1\data\spellchecker1
 lockFactory=org.apache.lucene.store.NativeFSLockFactory@1493d73 still has 
pending deleted files; cannot initialize IndexWriter

Stack Trace:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:61834//collection1: Directory 
SimpleFSDirectory@C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.handler.component.DistributedSpellCheckComponentTest_4E0F860904B715B2-001\tempDir-001\control\cores\collection1\data\spellchecker1
 lockFactory=org.apache.lucene.store.NativeFSLockFactory@1493d73 still has 
pending deleted files; cannot initialize IndexWriter
at 
__randomizedtesting.SeedInfo.seed([4E0F860904B715B2:C65BB9D3AA4B784A]:0)
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.SolrRequest.process(SolrRequest.java:149)
at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:942)
at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:957)
at 
org.apache.solr.handler.component.DistributedSpellCheckComponentTest.q(DistributedSpellCheckComponentTest.java:67)
at 
org.apache.solr.handler.component.DistributedSpellCheckComponentTest.test(DistributedSpellCheckComponentTest.java:146)
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$ShardsRepeatStatement.callStatement(BaseDistributedSearchTestCase.java:990)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:939)
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

[jira] [Commented] (LUCENE-7027) NumericTokenStream doesn't implement end() correctly

2016-02-13 Thread Michael McCandless (JIRA)


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

Michael McCandless commented on LUCENE-7027:


bq. The cause is known and the issue reported here is just some broken usage of 
NumericTokenStream in user code that looks totally broken anyways,

Hmm, I don't think this usage is broken?  The public {{TokenStream}} API has a 
contract and the public {{NumericTokenStream}} fails to implement it properly ;)

Or maybe you are saying one can never call {{captureState}} after calling 
{{end}}?  But then how does one hang onto the "final" offset and posInc?  And 
if so, I guess we should fix  {{MockTokenizer}} to enforce this?  Yet, 
{{CachingTokenFilter}} is doing exactly this, so maybe the bug is there?

Our analysis APIs are way too complex!  They are like a 747 cockpit. We can't 
even agree on which buttons you are allowed to press, when.

bq. I have no idea why Elasticsearch uses the class at all!

Well, Elasticsearch's simple query parser is just trying to create the right 
"equals" query from the incoming text, for a numeric field.  Here's the query:

{noformat}
{"simple_query_string":{"query":"123","fields":["foo","bar"]}}
{noformat}

It does this today by using the appropriate tokenizer given the field type, and 
for numerics that's supposed to be {{NumericTokenStream}}.  But then we hit 
this bug, seen in ES originally at 
https://github.com/elastic/elasticsearch/issues/16577

Yes, ES can work around this bug if we leave Lucene buggy, which is exactly 
what that PR is doing, by "special casing" numerics by explicitly creating a 
{{TermQuery}} using the full precision numeric term, instead of trusting its 
type-specific tokenizer to work correctly.

bq. Because of the corner case and possible performance corner cases, I'd tend 
to close this as won't fix. 

Hmm I think correctness trumps performance?

> NumericTokenStream doesn't implement end() correctly
> 
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Commented] (LUCENE-7027) NumericTokenStream doesn't implement end() correctly

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler commented on LUCENE-7027:
---

I have no problem committing the given patch. It allows to get an empty token 
attribute after the tokenstream is exhausted. It is the only correct way to fix 
it.

I just mentioned this here to think about it (if we really need this). Bt I 
agree with you: 

bq. Hmm I think correctness trumps performance?

:-)

bq. Or maybe you are saying one can never call captureState after calling end? 
But then how does one hang onto the "final" offset and posInc? And if so, I 
guess we should fix MockTokenizer to enforce this? Yet, CachingTokenFilter is 
doing exactly this, so maybe the bug is there?

That must be allowed, otherwise the whole thing like caching won't work. In 
addition, it is not only captueState that's broken, every thing done with 
TermAttribute leads to the IllegalArgEx, So it is not the tokenstream thats 
buggy its just the attribute implementation (and this is what the bug is 
fixing).

bq. Well, Elasticsearch's simple query parser is just trying to create the 
right "equals" query from the incoming text, for a numeric field.

OK, I was not aware of that. The problem is that the query parser uses the 
CachingTokenFilter, I assume. right?

> NumericTokenStream doesn't implement end() correctly
> 
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Updated] (LUCENE-7027) NumericTermAttribute throw IAE after NumericTokenStream is exhausted

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler updated LUCENE-7027:
--
Summary: NumericTermAttribute throw IAE after NumericTokenStream is 
exhausted  (was: NumericTokenStream doesn't implement end() correctly)

> NumericTermAttribute throw IAE after NumericTokenStream is exhausted
> 
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Updated] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler updated LUCENE-7027:
--
Summary: NumericTermAttribute throws IAE after NumericTokenStream is 
exhausted  (was: NumericTermAttribute throw IAE after NumericTokenStream is 
exhausted)

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Commented] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler commented on LUCENE-7027:
---

OK, I will commit this to "master". Should I backport to 5.5? I can backport to 
branch_5x, but thats useless if we don't put it into 5.5.

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Comment Edited] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler edited comment on LUCENE-7027 at 2/13/16 10:49 AM:
-

OK, I will commit this to "master". Should I backport to 5.5? I can backport to 
branch_5x, but thats useless if we don't put it into 5.5. I will just add 
another test to verify that also restoreState works :-)


was (Author: thetaphi):
OK, I will commit this to "master". Should I backport to 5.5? I can backport to 
branch_5x, but thats useless if we don't put it into 5.5.

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[JENKINS] Lucene-Solr-5.x-Windows (64bit/jdk1.7.0_80) - Build # 5482 - Still Failing!

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/5482/
Java: 64bit/jdk1.7.0_80 -XX:+UseCompressedOops -XX:+UseSerialGC

6 tests failed.
FAILED:  org.apache.solr.TestGroupingSearch.testGroupingGroupedBasedFaceting

Error Message:
mismatch: '1'!='2' @ grouped/value4_i/groups/[0]/groupValue

Stack Trace:
java.lang.RuntimeException: mismatch: '1'!='2' @ 
grouped/value4_i/groups/[0]/groupValue
at 
__randomizedtesting.SeedInfo.seed([9A8D561E5B3CA1B7:52D80E3D674F4FDB]:0)
at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:842)
at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:789)
at 
org.apache.solr.TestGroupingSearch.testGroupingGroupedBasedFaceting(TestGroupingSearch.java:349)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java: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)


FAILED:  org.apache.solr.TestGroupingSearch.testGroupAPI

Error Message:
mismatch: '2'!='5' @ grouped/id:[2 TO 5]/doclist/docs/[2]/id

Stack Trace:

[JENKINS] Lucene-Solr-NightlyTests-5.x - Build # 1096 - Still Failing

2016-02-13 Thread Apache Jenkins Server

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

2 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([A17758EE270828B3]: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:228)
at sun.reflect.GeneratedMethodAccessor58.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java: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)


FAILED:  org.apache.solr.search.TestIndexSearcher.testReopen

Error Message:
nothing changed, searcher should be the same expected 
same: was 
not:

Stack Trace:
java.lang.AssertionError: nothing changed, searcher should be the same expected 
same: was 
not:
at 
__randomizedtesting.SeedInfo.seed([A17758EE270828B3:8D3F89F85434A790]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotSame(Assert.java:641)
at org.junit.Assert.assertSame(Assert.java:580)
at 
org.apache.solr.search.TestIndexSearcher.testReopen(TestIndexSearcher.java:134)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at

[jira] [Updated] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler updated LUCENE-7027:
--
Attachment: LUCENE-7027-master.patch

New patch with more tests (especially cloning)

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

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

2016-02-13 Thread Policeman Jenkins Server

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

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

Error Message:
Exactly one shard should have changed, instead: [shard2, shard1] 
nodes=([core_node3(shard2), core_node2(shard1), core_node4(shard1)]) 
expected:<1> but was:<2>

Stack Trace:
java.lang.AssertionError: Exactly one shard should have changed, instead: 
[shard2, shard1] nodes=([core_node3(shard2), core_node2(shard1), 
core_node4(shard1)]) expected:<1> but was:<2>
at 
__randomizedtesting.SeedInfo.seed([F262B3FA20A9AEDD:7A368C208E55C325]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.cloud.DistribDocExpirationUpdateProcessorTest.test(DistribDocExpirationUpdateProcessorTest.java:118)
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:964)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:939)
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] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler updated LUCENE-7027:
--
Attachment: LUCENE-7027-master.patch

Improved test to use random value throughout whole suite (unrelated to this 
issue, but still good thing to do).

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[JENKINS] Lucene-Solr-Tests-trunk-Java8 - Build # 834 - Failure

2016-02-13 Thread Apache Jenkins Server

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

All tests passed

Build Log:
[...truncated 68557 lines...]
-documentation-lint:
[jtidy] Checking for broken html (such as invalid tags)...
   [delete] Deleting directory 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/jtidy_tmp
 [echo] Checking for broken links...
 [exec] 
 [exec] Crawl/parse...
 [exec] 
 [exec] Verify...
 [exec] 
 [exec] 
file:///x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/solr/build/docs/solr-core/org/apache/solr/index/class-use/WrapperMergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/solr/build/docs/solr-core/org/apache/solr/index/SortingMergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/solr/build/docs/solr-core/org/apache/solr/index/class-use/MergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/solr/build/docs/solr-core/org/apache/solr/index/package-summary.html
 [exec]   BROKEN LINK: 
file:///x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] Broken javadocs links were found!

BUILD FAILED
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/build.xml:740:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/build.xml:101:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/solr/build.xml:632:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/solr/build.xml:645:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/common-build.xml:2486:
 exec returned: 1

Total time: 75 minutes 48 seconds
Build step 'Invoke Ant' marked build as failure
Archiving artifacts
Recording test results
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any



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

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

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/3082/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC

All tests passed

Build Log:
[...truncated 68431 lines...]
-documentation-lint:
[jtidy] Checking for broken html (such as invalid tags)...
   [delete] Deleting directory 
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/build/jtidy_tmp
 [echo] Checking for broken links...
 [exec] 
 [exec] Crawl/parse...
 [exec] 
 [exec] Verify...
 [exec] 
 [exec] 
file:///Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build/docs/solr-core/org/apache/solr/index/class-use/MergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build/docs/solr-core/org/apache/solr/index/package-summary.html
 [exec]   BROKEN LINK: 
file:///Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build/docs/solr-core/org/apache/solr/index/SortingMergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build/docs/solr-core/org/apache/solr/index/class-use/WrapperMergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] Broken javadocs links were found!

BUILD FAILED
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:740: The following 
error occurred while executing this line:
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:101: The following 
error occurred while executing this line:
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build.xml:632: The 
following error occurred while executing this line:
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build.xml:645: The 
following error occurred while executing this line:
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/common-build.xml:2486: 
exec returned: 1

Total time: 99 minutes 13 seconds
Build step 'Invoke Ant' marked build as failure
Archiving artifacts
[WARNINGS] Skipping publisher since build result is FAILURE
Recording test results
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any



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

RE: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 3082 - Still Failing!

2016-02-13 Thread Uwe Schindler

Hi,

this is a well-known limitation of Javadocs. If you use org.apache.lucene.core 
as Package, this is internally mapped to the main module (the first one with 
this package); the misc module is not revisited for the class so the link 
inside Javadocs gets wrong, as pointing to core package. Like Java 9 modules 
and also OSGI, it is not possible to have the same package name in several JAR 
files / compilation units. When we make Java 9 modules from our JAR files at 
some ooint, we have to revisit our package structure.

For now, we can only remove the Javadocs link and replace by a {@code} link.

The other (more correct) option would be to move the conflicting classes 
(SortingMergePolicy) into other packages.

Uwe

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


> -Original Message-
> From: Policeman Jenkins Server [mailto:jenk...@thetaphi.de]
> Sent: Saturday, February 13, 2016 1:32 PM
> To: dev@lucene.apache.org
> Subject: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 3082
> - Still Failing!
> 
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/3082/
> Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC
> 
> All tests passed
> 
> Build Log:
> [...truncated 68431 lines...]
> -documentation-lint:
> [jtidy] Checking for broken html (such as invalid tags)...
>[delete] Deleting directory /Users/jenkins/workspace/Lucene-Solr-trunk-
> MacOSX/lucene/build/jtidy_tmp
>  [echo] Checking for broken links...
>  [exec]
>  [exec] Crawl/parse...
>  [exec]
>  [exec] Verify...
>  [exec]
>  [exec] file:///Users/jenkins/workspace/Lucene-Solr-trunk-
> MacOSX/solr/build/docs/solr-core/org/apache/solr/index/class-
> use/MergePolicyFactory.html
>  [exec]   BROKEN LINK: file:///Users/jenkins/workspace/Lucene-Solr-
> trunk-
> MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePo
> licy.html
>  [exec]
>  [exec] file:///Users/jenkins/workspace/Lucene-Solr-trunk-
> MacOSX/solr/build/docs/solr-core/org/apache/solr/index/package-
> summary.html
>  [exec]   BROKEN LINK: file:///Users/jenkins/workspace/Lucene-Solr-
> trunk-
> MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePo
> licy.html
>  [exec]
>  [exec] file:///Users/jenkins/workspace/Lucene-Solr-trunk-
> MacOSX/solr/build/docs/solr-
> core/org/apache/solr/index/SortingMergePolicyFactory.html
>  [exec]   BROKEN LINK: file:///Users/jenkins/workspace/Lucene-Solr-
> trunk-
> MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePo
> licy.html
>  [exec]
>  [exec] file:///Users/jenkins/workspace/Lucene-Solr-trunk-
> MacOSX/solr/build/docs/solr-core/org/apache/solr/index/class-
> use/WrapperMergePolicyFactory.html
>  [exec]   BROKEN LINK: file:///Users/jenkins/workspace/Lucene-Solr-
> trunk-
> MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePo
> licy.html
>  [exec]
>  [exec] Broken javadocs links were found!
> 
> BUILD FAILED
> /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:740: The
> following error occurred while executing this line:
> /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:101: The
> following error occurred while executing this line:
> /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build.xml:632:
> The following error occurred while executing this line:
> /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build.xml:645:
> The following error occurred while executing this line:
> /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/common-
> build.xml:2486: exec returned: 1
> 
> Total time: 99 minutes 13 seconds
> Build step 'Invoke Ant' marked build as failure
> Archiving artifacts
> [WARNINGS] Skipping publisher since build result is FAILURE
> Recording test results
> Email was triggered for: Failure - Any
> Sending email for trigger: Failure - Any
> 



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

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

2016-02-13 Thread Policeman Jenkins Server

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

All tests passed

Build Log:
[...truncated 68659 lines...]
-documentation-lint:
[jtidy] Checking for broken html (such as invalid tags)...
   [delete] Deleting directory 
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/jtidy_tmp
 [echo] Checking for broken links...
 [exec] 
 [exec] Crawl/parse...
 [exec] 
 [exec] Verify...
 [exec] 
 [exec] 
file:///home/jenkins/workspace/Lucene-Solr-5.x-Linux/solr/build/docs/solr-core/org/apache/solr/index/package-summary.html
 [exec]   BROKEN LINK: 
file:///home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///home/jenkins/workspace/Lucene-Solr-5.x-Linux/solr/build/docs/solr-core/org/apache/solr/index/class-use/MergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///home/jenkins/workspace/Lucene-Solr-5.x-Linux/solr/build/docs/solr-core/org/apache/solr/index/SortingMergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///home/jenkins/workspace/Lucene-Solr-5.x-Linux/solr/build/docs/solr-core/org/apache/solr/index/class-use/WrapperMergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] Broken javadocs links were found!

BUILD FAILED
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/build.xml:750: The following 
error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/build.xml:101: The following 
error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/solr/build.xml:632: The following 
error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/solr/build.xml:645: The following 
error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/common-build.xml:2572: 
exec returned: 1

Total time: 65 minutes 48 seconds
Build step 'Invoke Ant' marked build as failure
Archiving artifacts
[WARNINGS] Skipping publisher since build result is FAILURE
Recording test results
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any



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

[jira] [Commented] (SOLR-5730) make Lucene's SortingMergePolicy and EarlyTerminatingSortingCollector configurable in Solr

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit 779120c6a48daf25e46a00f7e6981f8afcd0f3e8 in lucene-solr's branch 
refs/heads/master from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=779120c ]

SOLR-5730: Workaround non-working javadocs link (cannot refer to classes from 
packages in other modules that already exist in lucene-core.jar)


> make Lucene's SortingMergePolicy and EarlyTerminatingSortingCollector 
> configurable in Solr
> --
>
> Key: SOLR-5730
> URL: https://issues.apache.org/jira/browse/SOLR-5730
> Project: Solr
>  Issue Type: New Feature
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: master, 6.0
>
> Attachments: SOLR-5730-part1and2.patch, SOLR-5730-part1and2.patch, 
> SOLR-5730-part1of2.patch, SOLR-5730-part1of2.patch, SOLR-5730-part2of2.patch, 
> SOLR-5730-part2of2.patch
>
>
> *Example configuration (solrconfig.xml) :*
> {noformat}
> -
> +
> +  in
> +  org.apache.solr.index.TieredMergePolicyFactory
> +  timestamp desc
> +
> {noformat}
> *Example use (EarlyTerminatingSortingCollector):*
> {noformat}
> =timestamp+desc=true
> {noformat}



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

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

[jira] [Commented] (SOLR-5730) make Lucene's SortingMergePolicy and EarlyTerminatingSortingCollector configurable in Solr

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit b4811f63bc2f1af174886b379a628391fbcf2012 in lucene-solr's branch 
refs/heads/branch_5x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=b4811f6 ]

SOLR-5730: Workaround non-working javadocs link (cannot refer to classes from 
packages in other modules that already exist in lucene-core.jar)


> make Lucene's SortingMergePolicy and EarlyTerminatingSortingCollector 
> configurable in Solr
> --
>
> Key: SOLR-5730
> URL: https://issues.apache.org/jira/browse/SOLR-5730
> Project: Solr
>  Issue Type: New Feature
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: master, 6.0
>
> Attachments: SOLR-5730-part1and2.patch, SOLR-5730-part1and2.patch, 
> SOLR-5730-part1of2.patch, SOLR-5730-part1of2.patch, SOLR-5730-part2of2.patch, 
> SOLR-5730-part2of2.patch
>
>
> *Example configuration (solrconfig.xml) :*
> {noformat}
> -
> +
> +  in
> +  org.apache.solr.index.TieredMergePolicyFactory
> +  timestamp desc
> +
> {noformat}
> *Example use (EarlyTerminatingSortingCollector):*
> {noformat}
> =timestamp+desc=true
> {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

RE: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 3082 - Still Failing!

2016-02-13 Thread Uwe Schindler

I committed a fix.

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

> -Original Message-
> From: Uwe Schindler [mailto:u...@thetaphi.de]
> Sent: Saturday, February 13, 2016 1:42 PM
> To: dev@lucene.apache.org
> Subject: RE: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build #
> 3082 - Still Failing!
> 
> Hi,
> 
> this is a well-known limitation of Javadocs. If you use org.apache.lucene.core
> as Package, this is internally mapped to the main module (the first one with
> this package); the misc module is not revisited for the class so the link 
> inside
> Javadocs gets wrong, as pointing to core package. Like Java 9 modules and
> also OSGI, it is not possible to have the same package name in several JAR
> files / compilation units. When we make Java 9 modules from our JAR files at
> some ooint, we have to revisit our package structure.
> 
> For now, we can only remove the Javadocs link and replace by a {@code}
> link.
> 
> The other (more correct) option would be to move the conflicting classes
> (SortingMergePolicy) into other packages.
> 
> Uwe
> 
> -
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
> 
> 
> > -Original Message-
> > From: Policeman Jenkins Server [mailto:jenk...@thetaphi.de]
> > Sent: Saturday, February 13, 2016 1:32 PM
> > To: dev@lucene.apache.org
> > Subject: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build #
> 3082
> > - Still Failing!
> >
> > Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/3082/
> > Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC
> >
> > All tests passed
> >
> > Build Log:
> > [...truncated 68431 lines...]
> > -documentation-lint:
> > [jtidy] Checking for broken html (such as invalid tags)...
> >[delete] Deleting directory /Users/jenkins/workspace/Lucene-Solr-trunk-
> > MacOSX/lucene/build/jtidy_tmp
> >  [echo] Checking for broken links...
> >  [exec]
> >  [exec] Crawl/parse...
> >  [exec]
> >  [exec] Verify...
> >  [exec]
> >  [exec] file:///Users/jenkins/workspace/Lucene-Solr-trunk-
> > MacOSX/solr/build/docs/solr-core/org/apache/solr/index/class-
> > use/MergePolicyFactory.html
> >  [exec]   BROKEN LINK: file:///Users/jenkins/workspace/Lucene-Solr-
> > trunk-
> >
> MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePo
> > licy.html
> >  [exec]
> >  [exec] file:///Users/jenkins/workspace/Lucene-Solr-trunk-
> > MacOSX/solr/build/docs/solr-core/org/apache/solr/index/package-
> > summary.html
> >  [exec]   BROKEN LINK: file:///Users/jenkins/workspace/Lucene-Solr-
> > trunk-
> >
> MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePo
> > licy.html
> >  [exec]
> >  [exec] file:///Users/jenkins/workspace/Lucene-Solr-trunk-
> > MacOSX/solr/build/docs/solr-
> > core/org/apache/solr/index/SortingMergePolicyFactory.html
> >  [exec]   BROKEN LINK: file:///Users/jenkins/workspace/Lucene-Solr-
> > trunk-
> >
> MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePo
> > licy.html
> >  [exec]
> >  [exec] file:///Users/jenkins/workspace/Lucene-Solr-trunk-
> > MacOSX/solr/build/docs/solr-core/org/apache/solr/index/class-
> > use/WrapperMergePolicyFactory.html
> >  [exec]   BROKEN LINK: file:///Users/jenkins/workspace/Lucene-Solr-
> > trunk-
> >
> MacOSX/lucene/build/docs/core/org/apache/lucene/index/SortingMergePo
> > licy.html
> >  [exec]
> >  [exec] Broken javadocs links were found!
> >
> > BUILD FAILED
> > /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:740: The
> > following error occurred while executing this line:
> > /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:101: The
> > following error occurred while executing this line:
> > /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build.xml:632:
> > The following error occurred while executing this line:
> > /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/solr/build.xml:645:
> > The following error occurred while executing this line:
> > /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/common-
> > build.xml:2486: exec returned: 1
> >
> > Total time: 99 minutes 13 seconds
> > Build step 'Invoke Ant' marked build as failure
> > Archiving artifacts
> > [WARNINGS] Skipping publisher since build result is FAILURE
> > Recording test results
> > Email was triggered for: Failure - Any
> > Sending email for trigger: Failure - Any
> >
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org


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

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

2016-02-13 Thread Policeman Jenkins Server

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

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

Error Message:
Error from server at http://127.0.0.1:60151/awholynewcollection_0: non ok 
status: 500, message:Server Error

Stack Trace:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:60151/awholynewcollection_0: non ok status: 
500, message:Server Error
at 
__randomizedtesting.SeedInfo.seed([D2FAF09ED66966A0:5AAECF4478950B58]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:511)
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.query(SolrClient.java:942)
at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:957)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.waitForNon403or404or503(AbstractFullDistribZkTestBase.java:1753)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.testCollectionsAPI(CollectionsAPIDistributedZkTest.java:737)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.test(CollectionsAPIDistributedZkTest.java:160)
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:964)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:939)
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

[jira] [Updated] (SOLR-7913) Add stream.body support to MLT QParser

2016-02-13 Thread Steve Molloy (JIRA)


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

Steve Molloy updated SOLR-7913:
---
Attachment: SOLR-7913.patch

Properly propagate content streams to shards so they can parse request properly.

> Add stream.body support to MLT QParser
> --
>
> Key: SOLR-7913
> URL: https://issues.apache.org/jira/browse/SOLR-7913
> Project: Solr
>  Issue Type: Improvement
>Reporter: Anshum Gupta
> Attachments: SOLR-7913.patch, SOLR-7913.patch
>
>
> Continuing from 
> https://issues.apache.org/jira/browse/SOLR-7639?focusedCommentId=14601011=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14601011.
> It'd be good to have stream.body be supported by the mlt qparser.



--
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-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Michael McCandless (JIRA)


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

Michael McCandless commented on LUCENE-7027:


Thanks [~thetaphi]!  Patch looks good to me!

bq. The problem is that the query parser uses the CachingTokenFilter, I assume. 
right?

Yeah ... it's {{SimpleQueryParser.java}} in ES, and it seems to be poached 
maybe from {{AnalyzerQueryNodeProcessor.java}} in Lucene's flexible query 
parser, where it needs to make two passes over the tokens the tokenizer created 
from the text, I think?

bq. Should I backport to 5.5? 

+1, I'll mark this blocker for 5.5, and cancel the current RC1 and respin.

Thanks [~thetaphi]!

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Updated] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Michael McCandless (JIRA)


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

Michael McCandless updated LUCENE-7027:
---
Fix Version/s: 6.0
   master
   5.5

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Updated] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Michael McCandless (JIRA)


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

Michael McCandless updated LUCENE-7027:
---
Priority: Blocker  (was: Major)

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

Re: [VOTE] Release Lucene/Solr 5.5.0 RC1

2016-02-13 Thread Michael McCandless

This VOTE is now cancelled: I'm going to respin the RC to fold in the
fix for https://issues.apache.org/jira/browse/LUCENE-7027

Mike McCandless

http://blog.mikemccandless.com

On Fri, Feb 12, 2016 at 3:42 PM, Michael McCandless
 wrote:
> Please vote for the RC1 release candidate for Lucene/Solr 5.5.0, the
> last feature release before Lucene 6.0.0 and the first Lucene/Solr
> release since we switched from Subversion to git!
>
> Artifacts:
>
>   
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.5.0-RC1-rev4c7c1d3c58d2398de4cc651025a32125afe7adbc
>
> Smoke tester:
>
>   python3 -u dev-tools/scripts/smokeTestRelease.py
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.5.0-RC1-rev4c7c1d3c58d2398de4cc651025a32125afe7adbc
>
> I'm +1 based on my smoke tester run:
>
>   SUCCESS! [0:32:15.933875]
>
> And I also ran all our 2B monster tests successfully with 40 GB heap.
>
> Please remember a release is not the time to shove last minute changes
> in.  Instead, shove those changes in immediately after the release so
> CI has plenty of time to chew on them.
>
> Mike McCandless
>
> http://blog.mikemccandless.com

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

Re: [VOTE] Release Lucene/Solr 5.5.0 RC1

2016-02-13 Thread Michael McCandless

On Fri, Feb 12, 2016 at 7:13 PM, Steve Rowe  wrote:

> Looking at the original source code I can see what’s happening: the code 
> looks for a lucene_solr_X_Y branch in Subversion corresponding to the version 
> being tested, and if it doesn’t find one (which it of course won’t now that 
> svn doesn’t host the project anymore), it falls back to using the POM 
> templates in the local checkout, rather than attempting to crawl them from 
> the svn server.
>
> So the check that there is a binary maven artifact for every pom template was 
> still occurring, but depended for correctness on the person running the smoke 
> tester doing so from the release branch.
>
> This is why the Jenkins smoke test runs have been succeeding since the 
> svn->git switch.
>
> I *think* the current approach should make the fallback-to-local-checkout 
> thing unnecessary - since I removed it with the 
> pull-from-Solr-source-distribution change, we’ll see the next time 
> jenkins-nightly-smoke runs.

Phew, thanks for getting to the bottom of the unexpected leniency Steve!

Mike McCandless

http://blog.mikemccandless.com

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

Re: [VOTE] Release Lucene/Solr 5.5.0 RC1

2016-02-13 Thread Uwe Schindler

As you respin, we should get all those changes in?

Am 13. Februar 2016 15:48:31 MEZ, schrieb Michael McCandless 
:
>On Fri, Feb 12, 2016 at 7:13 PM, Steve Rowe  wrote:
>
>> Looking at the original source code I can see what’s happening: the
>code looks for a lucene_solr_X_Y branch in Subversion corresponding to
>the version being tested, and if it doesn’t find one (which it of
>course won’t now that svn doesn’t host the project anymore), it falls
>back to using the POM templates in the local checkout, rather than
>attempting to crawl them from the svn server.
>>
>> So the check that there is a binary maven artifact for every pom
>template was still occurring, but depended for correctness on the
>person running the smoke tester doing so from the release branch.
>>
>> This is why the Jenkins smoke test runs have been succeeding since
>the svn->git switch.
>>
>> I *think* the current approach should make the
>fallback-to-local-checkout thing unnecessary - since I removed it with
>the pull-from-Solr-source-distribution change, we’ll see the next time
>jenkins-nightly-smoke runs.
>
>Phew, thanks for getting to the bottom of the unexpected leniency
>Steve!
>
>Mike McCandless
>
>http://blog.mikemccandless.com
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>For additional commands, e-mail: dev-h...@lucene.apache.org

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

Re: [VOTE] Release Lucene/Solr 5.5.0 RC1

2016-02-13 Thread Michael McCandless

On Sat, Feb 13, 2016 at 9:49 AM, Uwe Schindler  wrote:
> As you respin, we should get all those changes in?

Yes, LUCENE-7027 and the Steve's smoke tester fixes and some more
SOLR-8621 pushes.

Mike McCandless

http://blog.mikemccandless.com

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

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+104) - Build # 15876 - Failure!

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15876/
Java: 32bit/jdk-9-ea+104 -client -XX:+UseG1GC -XX:-CompactStrings

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

Error Message:
5 threads leaked from SUITE scope at 
org.apache.solr.cloud.SaslZkACLProviderTest: 1) Thread[id=6861, 
name=ou=system.data, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest] 
at jdk.internal.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:230) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2106)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1131)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:848)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1083)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1143) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:632) 
at java.lang.Thread.run(Thread.java:804)2) Thread[id=6863, 
name=changePwdReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest] at 
jdk.internal.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:230) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2106)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1131)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:848)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1083)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1143) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:632) 
at java.lang.Thread.run(Thread.java:804)3) Thread[id=6862, 
name=groupCache.data, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest]
 at jdk.internal.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:230) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2106)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1131)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:848)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1083)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1143) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:632) 
at java.lang.Thread.run(Thread.java:804)4) Thread[id=6860, 
name=apacheds, state=WAITING, group=TGRP-SaslZkACLProviderTest] at 
java.lang.Object.wait(Native Method) at 
java.lang.Object.wait(Object.java:516) at 
java.util.TimerThread.mainLoop(Timer.java:526) at 
java.util.TimerThread.run(Timer.java:505)5) Thread[id=6864, 
name=kdcReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest] at 
jdk.internal.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:230) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2106)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1131)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:848)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1083)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1143) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:632) 
at java.lang.Thread.run(Thread.java:804)

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

[jira] [Commented] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit 42ae21cb9ae36dde4d5ffda16e06976b369b95e4 in lucene-solr's branch 
refs/heads/master from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=42ae21c ]

LUCENE-7027: Fixed NumericTermAttribute to not throw IllegalArgumentException 
after NumericTokenStream was exhausted


> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Commented] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit 7abc0c6de6ae51f0b3b805c8d9d83185e78bff69 in lucene-solr's branch 
refs/heads/branch_5x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=7abc0c6 ]

LUCENE-7027: Fixed NumericTermAttribute to not throw IllegalArgumentException 
after NumericTokenStream was exhausted

# Conflicts:
#   lucene/core/src/java/org/apache/lucene/analysis/NumericTokenStream.java
#   
lucene/core/src/test/org/apache/lucene/analysis/TestNumericTokenStream.java


> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Commented] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit d83f57901f38334c103678b985cf875a9ef51013 in lucene-solr's branch 
refs/heads/branch_5_5 from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=d83f579 ]

LUCENE-7027: Fixed NumericTermAttribute to not throw IllegalArgumentException 
after NumericTokenStream was exhausted

# Conflicts:
#   lucene/core/src/java/org/apache/lucene/analysis/NumericTokenStream.java
#   
lucene/core/src/test/org/apache/lucene/analysis/TestNumericTokenStream.java


> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Resolved] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler resolved LUCENE-7027.
---
Resolution: Fixed

Thanks Mike & Lee!

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Commented] (SOLR-8492) Add LogisticRegressionQuery and LogitStream

2016-02-13 Thread Joel Bernstein (JIRA)


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

Joel Bernstein commented on SOLR-8492:
--

[~caomanhdat], I've been testing out the algorithm by comparing it to R. I've 
attached the data set I'm using to the ticket. I'm attempting make sense of the 
results but they don't seem to match up.

I ran the following LogitStream call:
{code}
logit(collection3, q="*:*", features="married_i", outcome="buy_i", 
maxIterations=100)
{code}
And got this for the final weights:
{code}
{"features":["married_i"],"weights":[-0.5048080969966502],"error":0.3808560947044004}
{code}

In R, here is the output for the same data set. *Note* that *Is.Married* is the 
same field as *married_i* in Solr and same for *Buy* and *buy_i*

{code}
Call:
glm(formula = Buy ~ Is.Married, family = "binomial", data = mydata)

Deviance Residuals: 
Min   1Q   Median   3Q  Max  
-0.9687  -0.4201  -0.4201  -0.4201   2.2232  

Coefficients:
Estimate Std. Error z value Pr(>|z|)
(Intercept)  -2.3830 0.1718 -13.870   <2e-16 ***
Is.Married1.8699 0.2184   8.563   <2e-16 ***
---
Signif. codes:  0 ‘***’ 0.001 ‘**’ 0.01 ‘*’ 0.05 ‘.’ 0.1 ‘ ’ 1

(Dispersion parameter for binomial family taken to be 1)

Null deviance: 646.05  on 672  degrees of freedom
Residual deviance: 564.47  on 671  degrees of freedom
AIC: 568.47

Number of Fisher Scoring iterations: 5

{code}

It appears that they are giving different results. Am I performing the test 
correctly?




> Add LogisticRegressionQuery and LogitStream
> ---
>
> Key: SOLR-8492
> URL: https://issues.apache.org/jira/browse/SOLR-8492
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
> Attachments: SOLR-8492.patch, SOLR-8492.patch, SOLR-8492.patch, 
> SOLR-8492.patch, SOLR-8492.patch, SOLR-8492.patch
>
>
> This ticket is to add a new query called a LogisticRegressionQuery (LRQ).
> The LRQ extends AnalyticsQuery 
> (http://joelsolr.blogspot.com/2015/12/understanding-solrs-analyticsquery.html)
>  and returns a DelegatingCollector that implements a Stochastic Gradient 
> Descent (SGD) optimizer for Logistic Regression.
> This ticket also adds the LogitStream which leverages Streaming Expressions 
> to provide iteration over the shards. Each call to LogitStream.read() calls 
> down to the shards and executes the LogisticRegressionQuery. The model data 
> is collected from the shards and the weights are averaged and sent back to 
> the shards with the next iteration. Each call to read() returns a Tuple with 
> the averaged weights and error from the shards. With this approach the 
> LogitStream streams the changing model back to the client after each 
> iteration.
> The LogitStream will return the EOF Tuple when it reaches the defined 
> maxIterations. When sent as a Streaming Expression to the Stream handler this 
> provides parallel iterative behavior. This same approach can be used to 
> implement other parallel iterative algorithms.
> The initial patch has  a test which simply tests the mechanics of the 
> iteration. More work will need to be done to ensure the SGD is properly 
> implemented. The distributed approach of the SGD will also need to be 
> reviewed.  
> This implementation is designed for use cases with a small number of features 
> because each feature is it's own discreet field.
> An implementation which supports a higher number of features would be 
> possible by packing features into a byte array and storing as binary 
> DocValues.
> This implementation is designed to support a large sample set. With a large 
> number of shards, a sample set into the billions may be possible.
> sample Streaming Expression Syntax:
> {code}
> logit(collection1, features="a,b,c,d,e,f" outcome="x" maxIterations="80")
> {code}



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

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

[jira] [Updated] (SOLR-8492) Add LogisticRegressionQuery and LogitStream

2016-02-13 Thread Joel Bernstein (JIRA)


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

Joel Bernstein updated SOLR-8492:
-
Attachment: logit.csv

Attached the test data for comparison to R

> Add LogisticRegressionQuery and LogitStream
> ---
>
> Key: SOLR-8492
> URL: https://issues.apache.org/jira/browse/SOLR-8492
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
> Attachments: SOLR-8492.patch, SOLR-8492.patch, SOLR-8492.patch, 
> SOLR-8492.patch, SOLR-8492.patch, SOLR-8492.patch, logit.csv
>
>
> This ticket is to add a new query called a LogisticRegressionQuery (LRQ).
> The LRQ extends AnalyticsQuery 
> (http://joelsolr.blogspot.com/2015/12/understanding-solrs-analyticsquery.html)
>  and returns a DelegatingCollector that implements a Stochastic Gradient 
> Descent (SGD) optimizer for Logistic Regression.
> This ticket also adds the LogitStream which leverages Streaming Expressions 
> to provide iteration over the shards. Each call to LogitStream.read() calls 
> down to the shards and executes the LogisticRegressionQuery. The model data 
> is collected from the shards and the weights are averaged and sent back to 
> the shards with the next iteration. Each call to read() returns a Tuple with 
> the averaged weights and error from the shards. With this approach the 
> LogitStream streams the changing model back to the client after each 
> iteration.
> The LogitStream will return the EOF Tuple when it reaches the defined 
> maxIterations. When sent as a Streaming Expression to the Stream handler this 
> provides parallel iterative behavior. This same approach can be used to 
> implement other parallel iterative algorithms.
> The initial patch has  a test which simply tests the mechanics of the 
> iteration. More work will need to be done to ensure the SGD is properly 
> implemented. The distributed approach of the SGD will also need to be 
> reviewed.  
> This implementation is designed for use cases with a small number of features 
> because each feature is it's own discreet field.
> An implementation which supports a higher number of features would be 
> possible by packing features into a byte array and storing as binary 
> DocValues.
> This implementation is designed to support a large sample set. With a large 
> number of shards, a sample set into the billions may be possible.
> sample Streaming Expression Syntax:
> {code}
> logit(collection1, features="a,b,c,d,e,f" outcome="x" maxIterations="80")
> {code}



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

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

[jira] [Created] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread Uwe Schindler (JIRA)

Uwe Schindler created LUCENE-7028:
-

 Summary: Remove useless clone of method in Lucene 6' 
LegacyNumericUtils
 Key: LUCENE-7028
 URL: https://issues.apache.org/jira/browse/LUCENE-7028
 Project: Lucene - Core
  Issue Type: Bug
Reporter: Uwe Schindler
Assignee: Uwe Schindler
 Fix For: master, 6.0


While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
method 2 times (same signature), one just delegating to the other. I will 
remove the duplicate for 6.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

[jira] [Comment Edited] (SOLR-8492) Add LogisticRegressionQuery and LogitStream

2016-02-13 Thread Joel Bernstein (JIRA)


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

Joel Bernstein edited comment on SOLR-8492 at 2/13/16 5:28 PM:
---

[~caomanhdat], I've been testing out the algorithm by comparing it to R. I've 
attached the data set I'm using to the ticket. I'm attempting make sense of the 
results but they don't seem to match up.

I ran the following LogitStream call with all data in *1 shard*:
{code}
logit(collection3, q="*:*", features="married_i", outcome="buy_i", 
maxIterations=100)
{code}
And got this for the final weights:
{code}
{"features":["married_i"],"weights":[-0.5048080969966502],"error":0.3808560947044004}
{code}

In R, here is the output for the same data set. *Note* that *Is.Married* is the 
same field as *married_i* in Solr and same for *Buy* and *buy_i*

{code}
Call:
glm(formula = Buy ~ Is.Married, family = "binomial", data = mydata)

Deviance Residuals: 
Min   1Q   Median   3Q  Max  
-0.9687  -0.4201  -0.4201  -0.4201   2.2232  

Coefficients:
Estimate Std. Error z value Pr(>|z|)
(Intercept)  -2.3830 0.1718 -13.870   <2e-16 ***
Is.Married1.8699 0.2184   8.563   <2e-16 ***
---
Signif. codes:  0 ‘***’ 0.001 ‘**’ 0.01 ‘*’ 0.05 ‘.’ 0.1 ‘ ’ 1

(Dispersion parameter for binomial family taken to be 1)

Null deviance: 646.05  on 672  degrees of freedom
Residual deviance: 564.47  on 671  degrees of freedom
AIC: 568.47

Number of Fisher Scoring iterations: 5

{code}

It appears that they are giving different results. Am I performing the test 
correctly?





was (Author: joel.bernstein):
[~caomanhdat], I've been testing out the algorithm by comparing it to R. I've 
attached the data set I'm using to the ticket. I'm attempting make sense of the 
results but they don't seem to match up.

I ran the following LogitStream call:
{code}
logit(collection3, q="*:*", features="married_i", outcome="buy_i", 
maxIterations=100)
{code}
And got this for the final weights:
{code}
{"features":["married_i"],"weights":[-0.5048080969966502],"error":0.3808560947044004}
{code}

In R, here is the output for the same data set. *Note* that *Is.Married* is the 
same field as *married_i* in Solr and same for *Buy* and *buy_i*

{code}
Call:
glm(formula = Buy ~ Is.Married, family = "binomial", data = mydata)

Deviance Residuals: 
Min   1Q   Median   3Q  Max  
-0.9687  -0.4201  -0.4201  -0.4201   2.2232  

Coefficients:
Estimate Std. Error z value Pr(>|z|)
(Intercept)  -2.3830 0.1718 -13.870   <2e-16 ***
Is.Married1.8699 0.2184   8.563   <2e-16 ***
---
Signif. codes:  0 ‘***’ 0.001 ‘**’ 0.01 ‘*’ 0.05 ‘.’ 0.1 ‘ ’ 1

(Dispersion parameter for binomial family taken to be 1)

Null deviance: 646.05  on 672  degrees of freedom
Residual deviance: 564.47  on 671  degrees of freedom
AIC: 568.47

Number of Fisher Scoring iterations: 5

{code}

It appears that they are giving different results. Am I performing the test 
correctly?




> Add LogisticRegressionQuery and LogitStream
> ---
>
> Key: SOLR-8492
> URL: https://issues.apache.org/jira/browse/SOLR-8492
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
> Attachments: SOLR-8492.patch, SOLR-8492.patch, SOLR-8492.patch, 
> SOLR-8492.patch, SOLR-8492.patch, SOLR-8492.patch, logit.csv
>
>
> This ticket is to add a new query called a LogisticRegressionQuery (LRQ).
> The LRQ extends AnalyticsQuery 
> (http://joelsolr.blogspot.com/2015/12/understanding-solrs-analyticsquery.html)
>  and returns a DelegatingCollector that implements a Stochastic Gradient 
> Descent (SGD) optimizer for Logistic Regression.
> This ticket also adds the LogitStream which leverages Streaming Expressions 
> to provide iteration over the shards. Each call to LogitStream.read() calls 
> down to the shards and executes the LogisticRegressionQuery. The model data 
> is collected from the shards and the weights are averaged and sent back to 
> the shards with the next iteration. Each call to read() returns a Tuple with 
> the averaged weights and error from the shards. With this approach the 
> LogitStream streams the changing model back to the client after each 
> iteration.
> The LogitStream will return the EOF Tuple when it reaches the defined 
> maxIterations. When sent as a Streaming Expression to the Stream handler this 
> provides parallel iterative behavior. This same approach can be used to 
> implement other parallel iterative algorithms.
> The initial patch has  a test which simply tests the mechanics of the 
> iteration. More work will need to be done to ensure the SGD is properly 
> implemented. The distributed approach of the SGD will also need to be 
> reviewed.  
> This implementation is designed for use cases with a small number

[jira] [Comment Edited] (SOLR-8492) Add LogisticRegressionQuery and LogitStream

2016-02-13 Thread Joel Bernstein (JIRA)


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

Joel Bernstein edited comment on SOLR-8492 at 2/13/16 5:29 PM:
---

[~caomanhdat], I've been testing out the algorithm by comparing it to R. I've 
attached the data set I'm using to the ticket (logit.csv). I'm attempting make 
sense of the results but they don't seem to match up.

I ran the following LogitStream call with all data in *1 shard*:
{code}
logit(collection3, q="*:*", features="married_i", outcome="buy_i", 
maxIterations=100)
{code}
And got this for the final weights:
{code}
{"features":["married_i"],"weights":[-0.5048080969966502],"error":0.3808560947044004}
{code}

In R, here is the output for the same data set. *Note* that *Is.Married* is the 
same field as *married_i* in Solr and same for *Buy* and *buy_i*

{code}
Call:
glm(formula = Buy ~ Is.Married, family = "binomial", data = mydata)

Deviance Residuals: 
Min   1Q   Median   3Q  Max  
-0.9687  -0.4201  -0.4201  -0.4201   2.2232  

Coefficients:
Estimate Std. Error z value Pr(>|z|)
(Intercept)  -2.3830 0.1718 -13.870   <2e-16 ***
Is.Married1.8699 0.2184   8.563   <2e-16 ***
---
Signif. codes:  0 ‘***’ 0.001 ‘**’ 0.01 ‘*’ 0.05 ‘.’ 0.1 ‘ ’ 1

(Dispersion parameter for binomial family taken to be 1)

Null deviance: 646.05  on 672  degrees of freedom
Residual deviance: 564.47  on 671  degrees of freedom
AIC: 568.47

Number of Fisher Scoring iterations: 5

{code}

It appears that they are giving different results. Am I performing the test 
correctly?





was (Author: joel.bernstein):
[~caomanhdat], I've been testing out the algorithm by comparing it to R. I've 
attached the data set I'm using to the ticket. I'm attempting make sense of the 
results but they don't seem to match up.

I ran the following LogitStream call with all data in *1 shard*:
{code}
logit(collection3, q="*:*", features="married_i", outcome="buy_i", 
maxIterations=100)
{code}
And got this for the final weights:
{code}
{"features":["married_i"],"weights":[-0.5048080969966502],"error":0.3808560947044004}
{code}

In R, here is the output for the same data set. *Note* that *Is.Married* is the 
same field as *married_i* in Solr and same for *Buy* and *buy_i*

{code}
Call:
glm(formula = Buy ~ Is.Married, family = "binomial", data = mydata)

Deviance Residuals: 
Min   1Q   Median   3Q  Max  
-0.9687  -0.4201  -0.4201  -0.4201   2.2232  

Coefficients:
Estimate Std. Error z value Pr(>|z|)
(Intercept)  -2.3830 0.1718 -13.870   <2e-16 ***
Is.Married1.8699 0.2184   8.563   <2e-16 ***
---
Signif. codes:  0 ‘***’ 0.001 ‘**’ 0.01 ‘*’ 0.05 ‘.’ 0.1 ‘ ’ 1

(Dispersion parameter for binomial family taken to be 1)

Null deviance: 646.05  on 672  degrees of freedom
Residual deviance: 564.47  on 671  degrees of freedom
AIC: 568.47

Number of Fisher Scoring iterations: 5

{code}

It appears that they are giving different results. Am I performing the test 
correctly?




> Add LogisticRegressionQuery and LogitStream
> ---
>
> Key: SOLR-8492
> URL: https://issues.apache.org/jira/browse/SOLR-8492
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
> Attachments: SOLR-8492.patch, SOLR-8492.patch, SOLR-8492.patch, 
> SOLR-8492.patch, SOLR-8492.patch, SOLR-8492.patch, logit.csv
>
>
> This ticket is to add a new query called a LogisticRegressionQuery (LRQ).
> The LRQ extends AnalyticsQuery 
> (http://joelsolr.blogspot.com/2015/12/understanding-solrs-analyticsquery.html)
>  and returns a DelegatingCollector that implements a Stochastic Gradient 
> Descent (SGD) optimizer for Logistic Regression.
> This ticket also adds the LogitStream which leverages Streaming Expressions 
> to provide iteration over the shards. Each call to LogitStream.read() calls 
> down to the shards and executes the LogisticRegressionQuery. The model data 
> is collected from the shards and the weights are averaged and sent back to 
> the shards with the next iteration. Each call to read() returns a Tuple with 
> the averaged weights and error from the shards. With this approach the 
> LogitStream streams the changing model back to the client after each 
> iteration.
> The LogitStream will return the EOF Tuple when it reaches the defined 
> maxIterations. When sent as a Streaming Expression to the Stream handler this 
> provides parallel iterative behavior. This same approach can be used to 
> implement other parallel iterative algorithms.
> The initial patch has  a test which simply tests the mechanics of the 
> iteration. More work will need to be done to ensure the SGD is properly 
> implemented. The distributed approach of the SGD will also need to be 
> reviewed.  
> This implementation is

[jira] [Updated] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread Uwe Schindler (JIRA)


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

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

Patch.

I decided to remove the older method (which should have been deprecated 
already). In both cases some other parts in Lucene and Solr had to be modified.

Should I deprecate in 5.x / 5.5?

> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Updated] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler updated LUCENE-7028:
--
Component/s: core/other

> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Commented] (LUCENE-7024) smokeTestRelease.py's maven checker needs to switch from svn to git

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler commented on LUCENE-7024:
---

[~steve_rowe]: Will you forward-port to master/branch_5x? I don't see this 
commit there.

> smokeTestRelease.py's maven checker needs to switch from svn to git
> ---
>
> Key: LUCENE-7024
> URL: https://issues.apache.org/jira/browse/LUCENE-7024
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Michael McCandless
> Attachments: LUCENE-7024.patch
>
>
> The {{checkMaven}} function in the smoke tester seems to be loading known 
> branches from SVN to locate the branch currently being released and then 
> crawling for {{pom.xml.template}} files from the svn server.  We need to 
> switch this to crawling git instead, but I'm not too familiar with what's 
> happening here ...
> Maybe [~steve_rowe] can help?



--
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-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit 40f15765ba7605d1b5f3897fc3f97f2848635d77 in lucene-solr's branch 
refs/heads/branch_5_5 from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=40f1576 ]

LUCENE-7027: Fix accidental deprecation of test


> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Commented] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit aaa05e20e789afca2ebc8443b248d512318cd201 in lucene-solr's branch 
refs/heads/branch_5x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=aaa05e2 ]

LUCENE-7027: Fix accidental deprecation of test


> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

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

2016-02-13 Thread Policeman Jenkins Server

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

2 tests failed.
FAILED:  org.apache.solr.core.TestNRTOpen.testSharedCores

Error Message:
expected:<3> but was:<2>

Stack Trace:
java.lang.AssertionError: expected:<3> but was:<2>
at 
__randomizedtesting.SeedInfo.seed([9EC410D73C43C5E2:78C75A98B4B5E8ED]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.junit.Assert.assertEquals(Assert.java:456)
at 
org.apache.solr.core.TestNRTOpen.testSharedCores(TestNRTOpen.java:116)
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)


FAILED:  org.apache.solr.search.TestIndexSearcher.testReopen

Error Message:
nothing changed, searcher should be the same expected

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

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/5616/
Java: 32bit/jdk1.8.0_72 -server -XX:+UseConcMarkSweepGC

7 tests failed.
FAILED:  org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader

Error Message:
There are still nodes recoverying - waited for 330 seconds

Stack Trace:
java.lang.AssertionError: There are still nodes recoverying - waited for 330 
seconds
at 
__randomizedtesting.SeedInfo.seed([5CBEE50FCC39870D:BA29D1CFF5BB7E6C]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:174)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:135)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:130)
at 
org.apache.solr.cloud.ForceLeaderTest.bringBackOldLeaderAndSendDoc(ForceLeaderTest.java:393)
at 
org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader(ForceLeaderTest.java:145)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java: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:964)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:939)
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] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread Uwe Schindler (JIRA)


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

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

I prefer this variant more, because it keeps the shorter method name. Its a bit 
more changes, but overall this is more consistent naming (also with reverse 
prefixCodedToLong naming).

> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Commented] (SOLR-5209) last replica removal cascades to remove shard from clusterstate

2016-02-13 Thread Mark Miller (JIRA)


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

Mark Miller commented on SOLR-5209:
---

I don't agree for the same reasons we have already discussed.

We reserved some leeway for 5x to fix things in this vein, but we didn't do any 
of it. To just make this large change in behavior out of the blue in a 5.5 
release doesn't make a lot of sense to me. Best done in the 6 release.

> last replica removal cascades to remove shard from clusterstate
> ---
>
> Key: SOLR-5209
> URL: https://issues.apache.org/jira/browse/SOLR-5209
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Affects Versions: 4.4
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Blocker
> Fix For: master, 6.0
>
> Attachments: SOLR-5209.patch, SOLR-5209.patch
>
>
> The problem we saw was that unloading of an only replica of a shard deleted 
> that shard's info from the clusterstate. Once it was gone then there was no 
> easy way to re-create the shard (other than dropping and re-creating the 
> whole collection's state).
> This seems like a bug?
> Overseer.java around line 600 has a comment and commented out code:
> // TODO TODO TODO!!! if there are no replicas left for the slice, and the 
> slice has no hash range, remove it
> // if (newReplicas.size() == 0 && slice.getRange() == null) {
> // if there are no replicas left for the slice remove it



--
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-7024) smokeTestRelease.py's maven checker needs to switch from svn to git

2016-02-13 Thread Steve Rowe (JIRA)


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

Steve Rowe commented on LUCENE-7024:


Yes I will, I was traveling cross country, back home now, will take care after 
I sleep.

> smokeTestRelease.py's maven checker needs to switch from svn to git
> ---
>
> Key: LUCENE-7024
> URL: https://issues.apache.org/jira/browse/LUCENE-7024
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Michael McCandless
> Attachments: LUCENE-7024.patch
>
>
> The {{checkMaven}} function in the smoke tester seems to be loading known 
> branches from SVN to locate the branch currently being released and then 
> crawling for {{pom.xml.template}} files from the svn server.  We need to 
> switch this to crawling git instead, but I'm not too familiar with what's 
> happening here ...
> Maybe [~steve_rowe] can help?



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

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

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

2016-02-13 Thread Policeman Jenkins Server

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

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

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

Stack Trace:
org.apache.solr.client.solrj.SolrServerException: No live SolrServers available 
to handle this request:[http://127.0.0.1:46769/collection1]
at 
__randomizedtesting.SeedInfo.seed([800268DC62B48CDA:8565706CC48E122]:0)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:352)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1099)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:870)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:806)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:149)
at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:942)
at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:957)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.queryServer(AbstractFullDistribZkTestBase.java:1377)
at 
org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:609)
at 
org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:591)
at 
org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:570)
at 
org.apache.solr.cloud.BasicDistributedZk2Test.brindDownShardIndexSomeDocsAndRecover(BasicDistributedZk2Test.java:279)
at 
org.apache.solr.cloud.BasicDistributedZk2Test.test(BasicDistributedZk2Test.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java: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:964)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:939)
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

[jira] [Closed] (LUCENE-7025) Already open IndexSearcher sees different DVs as commits are happening

2016-02-13 Thread Ishan Chattopadhyaya (JIRA)


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

Ishan Chattopadhyaya closed LUCENE-7025.

Resolution: Not A Problem

While I am seeing the dvGen (and fieldInfosGen) changing from underneath an 
open reader, I have been unable to establish any side effect due to this. The 
issue I was observing in SOLR-5944 turned out to be unrelated. Closing this for 
now.

> Already open IndexSearcher sees different DVs as commits are happening
> --
>
> Key: LUCENE-7025
> URL: https://issues.apache.org/jira/browse/LUCENE-7025
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Ishan Chattopadhyaya
> Attachments: TestIndexSearcherStability.java
>
>
> I'm hitting an issue in SOLR-5944 whereby I am seeing the dvGen of a reader 
> underlying an open searcher is changing when parallel commits are happening. 
> This happens when the reader is opened from a writer, but doesn't happen when 
> the reader is opened directly from a directory.
> Also, *I think* I am, in Solr, seeing differences in DVs when parallel 
> threads make DV updates and do commits. In the attached test, I couldn't 
> reproduce this scenario, though.
> Questions:
> 1) Is it a bug, or by design, that the segment readers of an open 
> indexsearcher has their dvGens changing? (as according to the test attached).
> 2) Is it possible, as I think it is happening in Solr's 5944, that the DV 
> values themselves could change as a result of this parallel commit happening?
> Apologies, if I should have asked this at the user mailing list, instead of 
> opening an issue here.



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

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

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

2016-02-13 Thread Policeman Jenkins Server

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

All tests passed

Build Log:
[...truncated 68532 lines...]
-documentation-lint:
[jtidy] Checking for broken html (such as invalid tags)...
   [delete] Deleting directory 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/jtidy_tmp
 [echo] Checking for broken links...
 [exec] 
 [exec] Crawl/parse...
 [exec] 
 [exec] Verify...
 [exec] 
 [exec] 
file:///home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/docs/solr-core/org/apache/solr/index/class-use/MergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/docs/solr-core/org/apache/solr/index/class-use/WrapperMergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/docs/solr-core/org/apache/solr/index/SortingMergePolicyFactory.html
 [exec]   BROKEN LINK: 
file:///home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] 
file:///home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/docs/solr-core/org/apache/solr/index/package-summary.html
 [exec]   BROKEN LINK: 
file:///home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/docs/core/org/apache/lucene/index/SortingMergePolicy.html
 [exec] 
 [exec] Broken javadocs links were found!

BUILD FAILED
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/build.xml:740: The following 
error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/build.xml:101: The following 
error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build.xml:632: The 
following error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build.xml:645: The 
following error occurred while executing this line:
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/common-build.xml:2486: 
exec returned: 1

Total time: 63 minutes 0 seconds
Build step 'Invoke Ant' marked build as failure
Archiving artifacts
[WARNINGS] Skipping publisher since build result is FAILURE
Recording test results
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any



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

[jira] [Commented] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Michael McCandless (JIRA)


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

Michael McCandless commented on LUCENE-7027:


Thanks [~thetaphi]!

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Commented] (LUCENE-7027) NumericTermAttribute throws IAE after NumericTokenStream is exhausted

2016-02-13 Thread Lee Hinman (JIRA)


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

Lee Hinman commented on LUCENE-7027:


Thanks [~thetaphi]!

> NumericTermAttribute throws IAE after NumericTokenStream is exhausted
> -
>
> Key: LUCENE-7027
> URL: https://issues.apache.org/jira/browse/LUCENE-7027
> Project: Lucene - Core
>  Issue Type: Bug
>Affects Versions: 5.5, master, 6.0
>Reporter: Michael McCandless
>Assignee: Uwe Schindler
>Priority: Blocker
> Fix For: 5.5, master, 6.0
>
> Attachments: LUCENE-7027-master.patch, LUCENE-7027-master.patch, 
> LUCENE-7027-master.patch
>
>
> This small test:
> {noformat}
>   public void testCloneFullPrecisionToken() throws Exception {
> FieldType fieldType = new FieldType(IntField.TYPE_NOT_STORED);
> fieldType.setNumericPrecisionStep(Integer.MAX_VALUE);
> Field field = new IntField("field", 17, fieldType);
> TokenStream tokenStream = new CachingTokenFilter(field.tokenStream(null, 
> null));
> assertTrue(tokenStream.incrementToken());
>   }
> {noformat}
> hits this unexpected exception:
> {noformat}
> There was 1 failure:
> 1) 
> testCloneFullPrecisionToken(org.apache.lucene.analysis.TestNumericTokenStream)
> java.lang.IllegalArgumentException: Illegal shift value, must be 0..31; got 
> shift=2147483647
>   at 
> __randomizedtesting.SeedInfo.seed([2E1E93EF810CB5F7:EF1304A849574BC7]:0)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCodedBytes(NumericUtils.java:175)
>   at 
> org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:133)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.getBytesRef(NumericTokenStream.java:165)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:217)
>   at 
> org.apache.lucene.analysis.NumericTokenStream$NumericTermAttributeImpl.clone(NumericTokenStream.java:148)
>   at 
> org.apache.lucene.util.AttributeSource$State.clone(AttributeSource.java:55)
>   at 
> org.apache.lucene.util.AttributeSource.captureState(AttributeSource.java:288)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.fillCache(CachingTokenFilter.java:96)
>   at 
> org.apache.lucene.analysis.CachingTokenFilter.incrementToken(CachingTokenFilter.java:70)
>   at 
> org.apache.lucene.analysis.TestNumericTokenStream.testCloneFullPrecisionToken(TestNumericTokenStream.java:138)
> {noformat}
> because {{CachingTokenFilter}} expects that it can {{captureState}} after 
> calling {{end}} but {{NumericTokenStream}} gets angry about this.



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

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

[jira] [Commented] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread Michael McCandless (JIRA)


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

Michael McCandless commented on LUCENE-7028:


+1 to patch

I don't think we need to deprecate in 5.5?  These are @lucene.internal?

> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Updated] (SOLR-8155) json.facet - prefix parameter doesn't work properly

2016-02-13 Thread Mikhail Khludnev (JIRA)


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

Mikhail Khludnev updated SOLR-8155:
---
Attachment: SOLR-8155.patch

attaching a failing test [^SOLR-8155.patch]

> json.facet - prefix parameter doesn't work properly
> ---
>
> Key: SOLR-8155
> URL: https://issues.apache.org/jira/browse/SOLR-8155
> Project: Solr
>  Issue Type: Bug
>  Components: Facet Module
>Affects Versions: 5.3
>Reporter: Yosi Nesher
> Attachments: SOLR-8155.patch
>
>
> When using prefix in nested facets, not all values are found.
> In the following query, I use facet with prefix in both old way (facet.field) 
> and new way (json.facet).
> In old way, I get 5 values. In new way I get only 3.
> This is the field definition in the schema:
>  required="false" multiValued="true" />
> When I add to the schema docValues="true" the issue is solved.
> Query:
> http://localhost:8983/solr/mycore/select?q=*%3A*=0=json=true=true=topics_f=2={trendFieldFacet:{type:terms,%20field:topics_f,%20%20prefix:%222%22%20}}
> Response:
> {
>   "responseHeader": {
> "status": 0,
> "QTime": 0,
> "params": {
>   "q": "*:*",
>   "json.facet": "{trendFieldFacet:{type:terms, field:topics_f,  
> prefix:\"2\" }}",
>   "facet.field": "topics_f",
>   "indent": "true",
>   "facet.prefix": "2",
>   "rows": "0",
>   "wt": "json",
>   "facet": "true",
>   "_": "1444566142012"
> }
>   },
>   "response": {
> "numFound": 17,
> "start": 0,
> "docs": []
>   },
>   "facet_counts": {
> "facet_queries": {},
> "facet_fields": {
>   "topics_f": [
> "2/device/iphone",
> 4,
> "2/device/samsung",
> 4,
> "2/city/london",
> 1,
> "2/city/rome",
> 1,
> "2/device/other",
> 1
>   ]
> },
> "facet_dates": {},
> "facet_ranges": {},
> "facet_intervals": {},
> "facet_heatmaps": {}
>   },
>   "facets": {
> "count": 17,
> "trendFieldFacet": {
>   "buckets": [
> {
>   "val": "2/device/iphone",
>   "count": 4
> },
> {
>   "val": "2/device/samsung",
>   "count": 4
> },
> {
>   "val": "2/device/other",
>   "count": 1
> }
>   ]
> }
>   }
> }



--
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-trunk - Build # 933 - Still Failing

2016-02-13 Thread Apache Jenkins Server

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

1 tests failed.
FAILED:  org.apache.solr.core.TestNRTOpen.testSharedCores

Error Message:
expected:<3> but was:<2>

Stack Trace:
java.lang.AssertionError: expected:<3> but was:<2>
at 
__randomizedtesting.SeedInfo.seed([17BA8CD3A3784B2C:F1B9C69C2B8E6623]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.junit.Assert.assertEquals(Assert.java:456)
at 
org.apache.solr.core.TestNRTOpen.testSharedCores(TestNRTOpen.java:116)
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 12333 lines...]
   [junit4] Suite: org.apache.solr.core.TestNRTOpen
   [junit4]   2> Creating dataDir:

[jira] [Commented] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler commented on LUCENE-7028:
---

The whole class was renamed anyways, so I am not sure oif its really needed to 
deprecate. Anybody using Numeric* has to rewrite code anyways.

Nevertheless, I would just deprecate the method in 5.x and not change any code 
elsewhere (like this patch does).

> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Commented] (SOLR-8371) Try and prevent too many recovery requests from stacking up and clean up some faulty logic.

2016-02-13 Thread Ramkumar Aiyengar (JIRA)


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

Ramkumar Aiyengar commented on SOLR-8371:
-

Sorry Mark, I completely missed your comments on my patch. The intent there was 
to have at least one in the queue after the currently processing one (hence a 
fixed queue of size 1), so yes, there will be at least one more attempt after 
the last request. And any other attempt will just be rejected. But as I said, I 
haven't tested it -- I know the ArrayBlockingQueue will block any queueing when 
it hits capacity, but the ThreadpoolExecutor docs say that when a bound queue 
size is hit, an exception is thrown. The exception was my intention (so all 
jobs won't be run), perhaps testing will show otherwise..

> Try and prevent too many recovery requests from stacking up and clean up some 
> faulty logic.
> ---
>
> Key: SOLR-8371
> URL: https://issues.apache.org/jira/browse/SOLR-8371
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrCloud
>Reporter: Mark Miller
>Assignee: Mark Miller
> Fix For: 5.5, master
>
> Attachments: SOLR-8371-2.patch, SOLR-8371.patch, SOLR-8371.patch, 
> SOLR-8371.patch, SOLR-8371.patch, SOLR-8371.patch, SOLR-8371.patch, 
> SOLR-8371.patch, SOLR-8371.patch
>
>




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

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

[JENKINS] Lucene-Solr-Tests-5.5-Java7 - Build # 5 - Failure

2016-02-13 Thread Apache Jenkins Server

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

1 tests failed.
FAILED:  org.apache.solr.update.HardAutoCommitTest.testCommitWithin

Error Message:
Exception during query

Stack Trace:
java.lang.RuntimeException: Exception during query
at 
__randomizedtesting.SeedInfo.seed([7BD8427DADFF1929:C10A2D052ED1F73C]:0)
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:754)
at 
org.apache.solr.update.HardAutoCommitTest.testCommitWithin(HardAutoCommitTest.java:99)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java: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)
Caused by: java.lang.RuntimeException: REQUEST FAILED: 
xpath=//result[@numFound=1]
xml response was: 

00


request was:qt=standard=20=2.2=0=id:529
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:747)
... 40 more




Build Log:
[...truncated 10704 lines...]
   [junit4] Suite: org.apache.solr.update.HardAutoCommitTest
   [junit4]   2> Creating dataDir:

[jira] [Commented] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit 74421d729b5a04f9342a90ef950e7ece4c113de6 in lucene-solr's branch 
refs/heads/master from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=74421d7 ]

LUCENE-7028: Remove duplicate method in LegacyNumericUtils


> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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-trunk-Solaris (64bit/jdk1.8.0) - Build # 401 - Failure!

2016-02-13 Thread Policeman Jenkins Server

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

3 tests failed.
FAILED:  org.apache.solr.cloud.TestRebalanceLeaders.test

Error Message:
java.util.concurrent.TimeoutException: Could not connect to ZooKeeper 
127.0.0.1:58812 within 3 ms

Stack Trace:
org.apache.solr.common.SolrException: java.util.concurrent.TimeoutException: 
Could not connect to ZooKeeper 127.0.0.1:58812 within 3 ms
at 
__randomizedtesting.SeedInfo.seed([BA849DCD46C564A0:32D0A217E8390958]:0)
at 
org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:181)
at 
org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:115)
at 
org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:110)
at 
org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:97)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.printLayout(AbstractDistribZkTestBase.java:285)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.distribTearDown(AbstractFullDistribZkTestBase.java:1494)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:941)
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)
Caused by: java.util.concurrent.TimeoutException: Could not connect to 
ZooKeeper 127.0.0.1:58812 within 3 ms
at 
org.apache.solr.common.cloud.ConnectionManager.waitForConnected(ConnectionManager.java:208)
at 
org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:173)
... 37 more


FAILED:  junit.framework.TestSuite.org.apache.solr.cloud.TestRebalanceLeaders

Error

[jira] [Commented] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit dd6057e79f34b5d30ca2a5fdafabac64cdec9c2a in lucene-solr's branch 
refs/heads/master from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=dd6057e ]

LUCENE-7028: Add changes for 5.5


> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Created] (SOLR-8679) Implement the JMS specification on top of TopicStream

2016-02-13 Thread Joel Bernstein (JIRA)

Joel Bernstein created SOLR-8679:


 Summary: Implement the JMS specification on top of TopicStream
 Key: SOLR-8679
 URL: https://issues.apache.org/jira/browse/SOLR-8679
 Project: Solr
  Issue Type: New Feature
Reporter: Joel Bernstein


Once the TopicStream is finished it will be useful to implement the JMS 
interface so users can easily migrate from other JMS implementations.



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

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

[jira] [Updated] (SOLR-8679) Implement the JMS specification on top of the TopicStream

2016-02-13 Thread Joel Bernstein (JIRA)


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

Joel Bernstein updated SOLR-8679:
-
Summary: Implement the JMS specification on top of the TopicStream  (was: 
Implement the JMS specification on top of TopicStream)

> Implement the JMS specification on top of the TopicStream
> -
>
> Key: SOLR-8679
> URL: https://issues.apache.org/jira/browse/SOLR-8679
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
>
> Once the TopicStream is finished it will be useful to implement the JMS 
> interface so users can easily migrate from other JMS implementations.



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

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

[jira] [Commented] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit 3e5e548472ca7c285b76a610684f0c87d13e9572 in lucene-solr's branch 
refs/heads/branch_5x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=3e5e548 ]

LUCENE-7028: Deprecate a duplicate method in NumericUtils


> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Commented] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit 528fb8702b91aaeb7a0491a638ed10ae8ae57f2c in lucene-solr's branch 
refs/heads/branch_5_5 from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=528fb87 ]

LUCENE-7028: Deprecate a duplicate method in NumericUtils


> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Commented] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread ASF subversion and git services (JIRA)


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

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

Commit a011c1692bba52c1f7b430b9bb4d03001fc1034a in lucene-solr's branch 
refs/heads/branch_5x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=a011c16 ]

LUCENE-7028: Fix typo


> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Resolved] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread Uwe Schindler (JIRA)


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

Uwe Schindler resolved LUCENE-7028.
---
Resolution: Fixed

In addition to the removal in master, I deprecated in 5.5

> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Commented] (LUCENE-7028) Remove useless clone of method in Lucene 6' LegacyNumericUtils

2016-02-13 Thread Michael McCandless (JIRA)


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

Michael McCandless commented on LUCENE-7028:


OK, thanks [~thetaphi], I'll respin 5.5 now.

> Remove useless clone of method in Lucene 6' LegacyNumericUtils
> --
>
> Key: LUCENE-7028
> URL: https://issues.apache.org/jira/browse/LUCENE-7028
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/other
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
> Fix For: master, 6.0
>
> Attachments: LUCENE-7028.patch, LUCENE-7028.patch
>
>
> While working on LUCENE-7027 I noticed, that NumericUtils contains the same 
> method 2 times (same signature), one just delegating to the other. I will 
> remove the duplicate for 6.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

[jira] [Created] (SOLR-8680) Distribute JDBC driver as a separate jar

2016-02-13 Thread Joel Bernstein (JIRA)

Joel Bernstein created SOLR-8680:


 Summary: Distribute JDBC driver as a separate jar
 Key: SOLR-8680
 URL: https://issues.apache.org/jira/browse/SOLR-8680
 Project: Solr
  Issue Type: New Feature
Reporter: Joel Bernstein


Currently the JDBC driver comes included with the Solrj libraries. As the JDBC 
driver matures it will be useful to distribute a separate jar which includes 
all of the dependancies, rather then having to include all the Solrj 
dependancies separately. This will make it much easier install  and ship with 
products like JasperSoft and Tableau. 



--
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-8680) Distribute JDBC driver as a separate jar

2016-02-13 Thread Joel Bernstein (JIRA)


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

Joel Bernstein updated SOLR-8680:
-
Description: Currently the JDBC driver comes included with the Solrj 
libraries. As the JDBC driver matures it will be useful to distribute a 
separate jar which includes all of the dependancies, rather then having to 
include all the Solrj dependancies separately. This will make it much easier to 
install and ship with products like JasperSoft, Spotfire and Tableau.   (was: 
Currently the JDBC driver comes included with the Solrj libraries. As the JDBC 
driver matures it will be useful to distribute a separate jar which includes 
all of the dependancies, rather then having to include all the Solrj 
dependancies separately. This will make it much easier to install and ship with 
products like JasperSoft and Tableau. )

> Distribute JDBC driver as a separate jar
> 
>
> Key: SOLR-8680
> URL: https://issues.apache.org/jira/browse/SOLR-8680
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
>
> Currently the JDBC driver comes included with the Solrj libraries. As the 
> JDBC driver matures it will be useful to distribute a separate jar which 
> includes all of the dependancies, rather then having to include all the Solrj 
> dependancies separately. This will make it much easier to install and ship 
> with products like JasperSoft, Spotfire and Tableau. 



--
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-8680) Distribute JDBC driver as a separate jar

2016-02-13 Thread Joel Bernstein (JIRA)


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

Joel Bernstein updated SOLR-8680:
-
Description: Currently the JDBC driver comes included with the Solrj 
libraries. As the JDBC driver matures it will be useful to distribute a 
separate jar which includes all of the dependancies, rather then having to 
include all the Solrj dependancies separately. This will make it much easier to 
install and ship with products like JasperSoft and Tableau.   (was: Currently 
the JDBC driver comes included with the Solrj libraries. As the JDBC driver 
matures it will be useful to distribute a separate jar which includes all of 
the dependancies, rather then having to include all the Solrj dependancies 
separately. This will make it much easier install  and ship with products like 
JasperSoft and Tableau. )

> Distribute JDBC driver as a separate jar
> 
>
> Key: SOLR-8680
> URL: https://issues.apache.org/jira/browse/SOLR-8680
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
>
> Currently the JDBC driver comes included with the Solrj libraries. As the 
> JDBC driver matures it will be useful to distribute a separate jar which 
> includes all of the dependancies, rather then having to include all the Solrj 
> dependancies separately. This will make it much easier to install and ship 
> with products like JasperSoft and Tableau. 



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

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

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

2016-02-13 Thread Policeman Jenkins Server

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

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

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

Stack Trace:
java.lang.AssertionError: ObjectTracker found 1 object(s) that were not 
released!!! [NRTCachingDirectory]
at __randomizedtesting.SeedInfo.seed([EA343A2A6C38B783]: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:228)
at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java: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 11503 lines...]
   [junit4] Suite: org.apache.solr.handler.TestReplicationHandler
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandler_EA343A2A6C38B783-001/init-core-data-001
   [junit4]   2> 1091255 INFO  
(TEST-TestReplicationHandler.doTestReplicateAfterCoreReload-seed#[EA343A2A6C38B783])
 [] o.a.s.SolrTestCaseJ4 ###Starting doTestReplicateAfterCoreReload
   [junit4]   2> 1091255 INFO  
(TEST-TestReplicationHandler.doTestReplicateAfterCoreReload-seed#[EA343A2A6C38B783])
 [] o.a.s.SolrTestCaseJ4 Writing core.properties file to 
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandler_EA343A2A6C38B783-001/solr-instance-001/collection1
   [junit4]   2> 1091258 INFO  
(TEST-TestReplicationHandler.doTestReplicateAfterCoreReload-seed#[EA343A2A6C38B783])
 [] o.e.j.s.Server jetty-9.2.13.v20150730
   [junit4]   2> 1091259 INFO  
(TEST-TestReplicationHandler.doTestReplicateAfterCoreReload-seed#[EA343A2A6C38B783])
 [] o.e.j.s.h.ContextHandler Started 
o.e.j.s.ServletContextHandler@44c2362a{/solr,null,AVAILABLE}
   [junit4]   2> 1091259 INFO  
(TEST-TestReplicationHandler.doTestReplicateAfterCoreReload-seed#[EA343A2A6C38B783])
 [] o.e.j.s.ServerConnector Started 
ServerConnector@2b41dcab{HTTP/1.1}{127.0.0.1:57033}
   [junit4]   2> 1091259 INFO  
(TEST-TestReplicationHandler.doTestReplicateAfterCoreReload-seed#[EA343A2A6C38B783])
 [] o.e.j.s.Server Started @1092981ms
   [junit4]   2> 1091259 INFO  
(TEST-TestReplicationHandler.doTestReplicateAfterCoreReload-seed#[EA343A2A6C38B783])
 [] o.a.s.c.s.e.JettySolrRunner Jetty properties: {hostPort=57033, 
hostContext=/solr,

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

2016-02-13 Thread Policeman Jenkins Server

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

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

Error Message:
timed out waiting for collection1 startAt time to exceed: Sun Feb 14 04:32:01 
BRST 2016

Stack Trace:
java.lang.AssertionError: timed out waiting for collection1 startAt time to 
exceed: Sun Feb 14 04:32:01 BRST 2016
at 
__randomizedtesting.SeedInfo.seed([AC58E71C46EB75FC:77F3E7DA43C31C4F]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.handler.TestReplicationHandler.watchCoreStartAt(TestReplicationHandler.java:1419)
at 
org.apache.solr.handler.TestReplicationHandler.doTestStressReplication(TestReplicationHandler.java:771)
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 10327 lines...]
   [junit4] Suite:

[JENKINS-EA] Lucene-Solr-5.x-Linux (32bit/jdk-9-ea+104) - Build # 15574 - Failure!

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/15574/
Java: 32bit/jdk-9-ea+104 -server -XX:+UseParallelGC -XX:-CompactStrings 
-XX:-UseSuperWord

All tests passed

Build Log:
[...truncated 6118 lines...]
   [junit4] JVM J1: stderr was not empty, see: 
/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/codecs/test/temp/junit4-J1-20160214_012122_411.syserr
   [junit4] >>> JVM J1 emitted unexpected output (verbatim) 
   [junit4] *** Error in 
`/home/jenkins/tools/java/32bit/jdk-9-ea+104/bin/java': free(): invalid 
pointer: 0xc090 ***
   [junit4] <<< JVM J1: EOF 

[...truncated 116 lines...]
   [junit4] ERROR: JVM J1 ended with an exception, command line: 
/home/jenkins/tools/java/32bit/jdk-9-ea+104/bin/java -server -XX:+UseParallelGC 
-XX:-CompactStrings -XX:-UseSuperWord -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-5.x-Linux/heapdumps -ea 
-esa -Dtests.prefix=tests -Dtests.seed=44E468B8FB973802 -Xmx512M -Dtests.iters= 
-Dtests.verbose=false -Dtests.infostream=false -Dtests.codec=random 
-Dtests.postingsformat=random -Dtests.docvaluesformat=random 
-Dtests.locale=random -Dtests.timezone=random -Dtests.directory=random 
-Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=5.6.0 
-Dtests.cleanthreads=perMethod 
-Djava.util.logging.config.file=/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/tools/junit4/logging.properties
 -Dtests.nightly=false -Dtests.weekly=false -Dtests.monster=false 
-Dtests.slow=true -Dtests.asserts=true -Dtests.multiplier=3 -DtempDir=./temp 
-Djava.io.tmpdir=./temp 
-Djunit4.tempDir=/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/codecs/test/temp
 -Dcommon.dir=/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene 
-Dclover.db.dir=/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/clover/db
 
-Djava.security.policy=/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/tools/junit4/tests.policy
 -Dtests.LUCENE_VERSION=5.6.0 -Djetty.testMode=1 -Djetty.insecurerandom=1 
-Dsolr.directoryFactory=org.apache.solr.core.MockDirectoryFactory 
-Djava.awt.headless=true -Djdk.map.althashing.threshold=0 
-Djunit4.childvm.cwd=/home/jenkins/workspace/Lucene-Solr-5.x-Linux/lucene/build/codecs/test/J1
 -Djunit4.childvm.id=1 -Djunit4.childvm.count=3 -Dtests.leaveTemporary=false 
-Dtests.filterstacks=true -Dtests.disableHdfs=true 
-Djava.security.manager=org.apache.lucene.util.TestSecurityManager -classpath

[JENKINS] Lucene-Solr-5.5-Linux (64bit/jdk1.7.0_80) - Build # 2 - Failure!

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-Linux/2/
Java: 64bit/jdk1.7.0_80 -XX:+UseCompressedOops -XX:+UseSerialGC

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

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

Stack Trace:
java.lang.AssertionError: ObjectTracker found 1 object(s) that were not 
released!!! [NRTCachingDirectory]
at __randomizedtesting.SeedInfo.seed([C2901FB1582BD33B]: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:228)
at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java: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 10998 lines...]
   [junit4] Suite: org.apache.solr.handler.TestReplicationHandler
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-5.5-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_C2901FB1582BD33B-001/init-core-data-001
   [junit4]   2> 343690 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C2901FB1582BD33B]) [] 
o.a.s.SolrTestCaseJ4 ###Starting testEmptyCommits
   [junit4]   2> 343691 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C2901FB1582BD33B]) [] 
o.a.s.SolrTestCaseJ4 Writing core.properties file to 
/home/jenkins/workspace/Lucene-Solr-5.5-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_C2901FB1582BD33B-001/solr-instance-001/collection1
   [junit4]   2> 343695 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C2901FB1582BD33B]) [] 
o.e.j.s.Server jetty-9.2.13.v20150730
   [junit4]   2> 343696 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C2901FB1582BD33B]) [] 
o.e.j.s.h.ContextHandler Started 
o.e.j.s.ServletContextHandler@3a36faae{/solr,null,AVAILABLE}
   [junit4]   2> 343699 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C2901FB1582BD33B]) [] 
o.e.j.s.ServerConnector Started 
ServerConnector@e55d3ca{HTTP/1.1}{127.0.0.1:53985}
   [junit4]   2> 343699 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C2901FB1582BD33B]) [] 
o.e.j.s.Server Started @345137ms
   [junit4]   2> 343699 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C2901FB1582BD33B]) [] 
o.a.s.c.s.e.JettySolrRunner Jetty properties: {hostContext=/solr, 
hostPort=53985, 
solr.data.dir=/home/jenkins/workspace/Lucene-Solr-5.5-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_C2901FB1582BD33B-001/solr-instance-001/collection1/data}
   [junit4]   2> 343700 INFO  
(TEST-TestReplicationHandler.testEmptyCommits-seed#[C2901FB1582BD33B]) []

[JENKINS] Lucene-Artifacts-5.x - Build # 1086 - Failure

2016-02-13 Thread Apache Jenkins Server

Build: https://builds.apache.org/job/Lucene-Artifacts-5.x/1086/

No tests ran.

Build Log:
[...truncated 8805 lines...]
BUILD FAILED
/x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.x/lucene/build.xml:427: 
The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.x/lucene/build.xml:415: 
The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.x/lucene/common-build.xml:1724:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.x/lucene/common-build.xml:608:
 Error installing artifact 'org.apache.lucene:lucene-core:jar': Error 
installing artifact: File 
/x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.x/lucene/build/lucene.tgz.unpacked/lucene-5.6.0-1086/core/lucene-core-5.6.0-1086.jar
 does not exist

Total time: 4 minutes 57 seconds
Build step 'Invoke Ant' marked build as failure
Archiving artifacts
Compressed 167.65 MB of artifacts by 23.4% relative to #1085
Publishing Javadoc
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any



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

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+104) - Build # 15880 - Failure!

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15880/
Java: 32bit/jdk-9-ea+104 -server -XX:+UseSerialGC -XX:-CompactStrings 
-XX:-UseSuperWord

All tests passed

Build Log:
[...truncated 5968 lines...]
   [junit4] JVM J0: stderr was not empty, see: 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/codecs/test/temp/junit4-J0-20160214_015137_842.syserr
   [junit4] >>> JVM J0 emitted unexpected output (verbatim) 
   [junit4] *** Error in 
`/home/jenkins/tools/java/32bit/jdk-9-ea+104/bin/java': corrupted double-linked 
list: 0xbf29ff70 ***
   [junit4] <<< JVM J0: EOF 

[...truncated 21 lines...]
   [junit4] ERROR: JVM J0 ended with an exception, command line: 
/home/jenkins/tools/java/32bit/jdk-9-ea+104/bin/java -server -XX:+UseSerialGC 
-XX:-CompactStrings -XX:-UseSuperWord -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/heapdumps -ea 
-esa -Dtests.prefix=tests -Dtests.seed=CA7589A8ACA4BD3A -Xmx512M -Dtests.iters= 
-Dtests.verbose=false -Dtests.infostream=false -Dtests.codec=random 
-Dtests.postingsformat=random -Dtests.docvaluesformat=random 
-Dtests.locale=random -Dtests.timezone=random -Dtests.directory=random 
-Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=6.0.0 
-Dtests.cleanthreads=perMethod 
-Djava.util.logging.config.file=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/tools/junit4/logging.properties
 -Dtests.nightly=false -Dtests.weekly=false -Dtests.monster=false 
-Dtests.slow=true -Dtests.asserts=true -Dtests.multiplier=3 -DtempDir=./temp 
-Djava.io.tmpdir=./temp 
-Djunit4.tempDir=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/codecs/test/temp
 -Dcommon.dir=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene 
-Dclover.db.dir=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/clover/db
 
-Djava.security.policy=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/tools/junit4/tests.policy
 -Dtests.LUCENE_VERSION=6.0.0 -Djetty.testMode=1 -Djetty.insecurerandom=1 
-Dsolr.directoryFactory=org.apache.solr.core.MockDirectoryFactory 
-Djava.awt.headless=true -Djdk.map.althashing.threshold=0 
-Djunit4.childvm.cwd=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/codecs/test/J0
 -Djunit4.childvm.id=0 -Djunit4.childvm.count=3 -Dtests.leaveTemporary=false 
-Dtests.filterstacks=true -Dtests.disableHdfs=true 
-Djava.security.manager=org.apache.lucene.util.TestSecurityManager 
-Dfile.encoding=UTF-8 -classpath

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

2016-02-13 Thread Policeman Jenkins Server

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/5617/
Java: 64bit/jdk1.8.0_72 -XX:+UseCompressedOops -XX:+UseParallelGC

7 tests failed.
FAILED:  
org.apache.solr.handler.component.SpellCheckComponentTest.testExtendedResultsCount

Error Message:
Directory 
MMapDirectory@C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J1\temp\solr.handler.component.SpellCheckComponentTest_48F40A926875754E-001\init-core-data-001\spellchecker1
 lockFactory=org.apache.lucene.store.NativeFSLockFactory@34d4b15a still has 
pending deleted files; cannot initialize IndexWriter

Stack Trace:
java.lang.IllegalArgumentException: Directory 
MMapDirectory@C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J1\temp\solr.handler.component.SpellCheckComponentTest_48F40A926875754E-001\init-core-data-001\spellchecker1
 lockFactory=org.apache.lucene.store.NativeFSLockFactory@34d4b15a still has 
pending deleted files; cannot initialize IndexWriter
at 
__randomizedtesting.SeedInfo.seed([48F40A926875754E:76C0252B4D68E0A9]:0)
at org.apache.lucene.index.IndexWriter.(IndexWriter.java:767)
at 
org.apache.lucene.search.spell.SpellChecker.clearIndex(SpellChecker.java:455)
at 
org.apache.solr.spelling.IndexBasedSpellChecker.build(IndexBasedSpellChecker.java:87)
at 
org.apache.solr.handler.component.SpellCheckComponent.prepare(SpellCheckComponent.java:131)
at 
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:246)
at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:155)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:2082)
at org.apache.solr.util.TestHarness.query(TestHarness.java:310)
at org.apache.solr.util.TestHarness.query(TestHarness.java:292)
at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:820)
at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:789)
at 
org.apache.solr.handler.component.SpellCheckComponentTest.testExtendedResultsCount(SpellCheckComponentTest.java:135)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java: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

[JENKINS] Lucene-Solr-NightlyTests-5.5 - Build # 2 - Still Failing

2016-02-13 Thread Apache Jenkins Server

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.5/2/

3 tests failed.
FAILED:  org.apache.solr.hadoop.MorphlineBasicMiniMRTest.mrRun

Error Message:
Failed on local exception: java.io.IOException: Connection reset by peer; Host 
Details : local host is: "lucene1-us-west/10.41.0.5"; destination host is: 
"lucene1-us-west.apache.org":39363; 

Stack Trace:
java.io.IOException: Failed on local exception: java.io.IOException: Connection 
reset by peer; Host Details : local host is: "lucene1-us-west/10.41.0.5"; 
destination host is: "lucene1-us-west.apache.org":39363; 
at 
__randomizedtesting.SeedInfo.seed([2FBD08D8D54C0959:21EFBCD6D4DA3B56]:0)
at org.apache.hadoop.net.NetUtils.wrapException(NetUtils.java:772)
at org.apache.hadoop.ipc.Client.call(Client.java:1472)
at org.apache.hadoop.ipc.Client.call(Client.java:1399)
at 
org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:232)
at com.sun.proxy.$Proxy109.getClusterMetrics(Unknown Source)
at 
org.apache.hadoop.yarn.api.impl.pb.client.ApplicationClientProtocolPBClientImpl.getClusterMetrics(ApplicationClientProtocolPBClientImpl.java:202)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:187)
at 
org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:102)
at com.sun.proxy.$Proxy110.getClusterMetrics(Unknown Source)
at 
org.apache.hadoop.yarn.client.api.impl.YarnClientImpl.getYarnClusterMetrics(YarnClientImpl.java:461)
at 
org.apache.hadoop.mapred.ResourceMgrDelegate.getClusterMetrics(ResourceMgrDelegate.java:151)
at 
org.apache.hadoop.mapred.YARNRunner.getClusterMetrics(YARNRunner.java:179)
at 
org.apache.hadoop.mapreduce.Cluster.getClusterStatus(Cluster.java:246)
at org.apache.hadoop.mapred.JobClient$3.run(JobClient.java:719)
at org.apache.hadoop.mapred.JobClient$3.run(JobClient.java:717)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:415)
at 
org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1628)
at 
org.apache.hadoop.mapred.JobClient.getClusterStatus(JobClient.java:717)
at 
org.apache.solr.hadoop.MapReduceIndexerTool.run(MapReduceIndexerTool.java:645)
at 
org.apache.solr.hadoop.MapReduceIndexerTool.run(MapReduceIndexerTool.java:608)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:70)
at 
org.apache.solr.hadoop.MorphlineBasicMiniMRTest.mrRun(MorphlineBasicMiniMRTest.java:363)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java: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

81 matches

Mail list logo