Re: intellij git history

[Dawid Weiss]

We can move the reference for master and branch_5x -- these are
affected. I can do it tonight and cherry pick any commits that have
been added since then.

Dawid

On Sun, Jan 24, 2016 at 7:07 AM, david.w.smi...@gmail.com
 wrote:
> I'm seeing this too Yonik :-(  This really sucks.  I googled and found this:
>
> http://stackoverflow.com/questions/27797965/showing-graphically-the-equivalent-of-git-log-follow-in-intellij
> Which makes reference to 2 IntelliJ issue tracker bug reports, both marked
> as closed years ago.  In summary, Jetbrains says IntelliJ has its own rename
> detection algorithm and deliberately doesn't use "--follow" because it
> alleges it to be buggy.
>
> What to do?  I'm sure it's controversial to suggest this but... why did we
> need this delete all & re-add commits in the first place?  I'm +1 to a force
> push to omit them; it will never be easier to do this than now (just 4
> branches).  FWIW IntelliJ's algorithm *does* follow SearchComponent.java
> from just prior to this to its inception in 2007 -- my go-to test this
> feature works.  I tested this by adding a branch based on a hash from just
> prior to these commits and then viewing the history of this file (all via
> IntelliJ).
>
> ~ David
>
> On Sat, Jan 23, 2016 at 10:27 PM Mark Miller  wrote:
>>
>> Just a guess, but perhaps the follow option will help?
>> On Sat, Jan 23, 2016 at 9:56 PM Yonik Seeley  wrote:
>>>
>>> Everything looks fine from the command line, but Intellij  IDEA 14
>>> doesn't seem to be able to see the history:
>>>
>>> If I right click on a file and do "GIT->Show History" I only see a single
>>> entry:
>>>
>>> * 2c97a68 2016-01-23 | Revert "LUCENE-6937: moving trunk from SVN to
>>> GIT." Welcome to GIT world. [Dawid Weiss]
>>>
>>> Anyone else see this?
>>>
>>> -Yonik
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>> --
>> - Mark
>> about.me/markrmiller
>
> --
> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
> LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
> http://www.solrenterprisesearchserver.com

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

Re: GIT migration complete

[Dawid Weiss]

I don't know.

Dawid

On Sun, Jan 24, 2016 at 4:59 AM, Joel Bernstein  wrote:
> I had no problem pushing my first commit. But I didn't seem to have
> permission to merge a pull-request from Github. Is there another layer of
> permissions that need to be setup for this?
>
> Joel Bernstein
> http://joelsolr.blogspot.com/
>
> On Sat, Jan 23, 2016 at 1:23 PM, Yonik Seeley  wrote:
>>
>> Here's a useful thing you can add to your .profile , it conditionally
>> displays the branch you are on in your shell prompt:
>> https://gist.github.com/yonik/04b2e759eecf5ef96383
>>
>> Example:
>>
>> /opt/code$ cd lusolr
>> [master] /opt/code/lusolr$
>>
>> -Yonik
>>
>>
>> On Sat, Jan 23, 2016 at 12:55 PM, Ramkumar R. Aiyengar
>>  wrote:
>> > Not a big deal, but guys, do check if your mail is set properly in
>> > ~/.gitconfig, otherwise commits would show your personal mail as the
>> > author.
>> > Committer still shows up as your apache mail address, but many UIs hide
>> > it
>> > by default, and might not be apparent to those new to the project/git..
>> >
>> > Example .gitconfig snippet allowing you to keep your existing name/mail
>> > but
>> > override for apache.org..
>> >
>> > [user "https://git-wip-us.apache.org;]
>> > name = Ramkumar Aiyengar
>> > mail = andyetitmo...@apache.org
>> >
>> >
>> > On Sat, Jan 23, 2016 at 3:41 PM, Uwe Schindler  wrote:
>> >>
>> >> Hi,
>> >>
>> >> I migrated all Policeman and ASF Jenkins Jobs to Git. Everything should
>> >> be
>> >> set up now.
>> >> The Jobs for 5.3 and 5.4 were deleted.
>> >>
>> >> Uwe
>> >>
>> >> -
>> >> 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, January 23, 2016 11:05 AM
>> >> > To: dev@lucene.apache.org
>> >> > Subject: RE: GIT migration complete
>> >> >
>> >> > Hi,
>> >> >
>> >> > Thanks! I am talking care of Jenkins at the moment.
>> >> >
>> >> > First Policeman one is working:
>> >> > http://jenkins.thetaphi.de/job/Lucene-Solr-
>> >> > trunk-Linux/15619/console
>> >> >
>> >> > The Changes I do for jenkins is:
>> >> > - Deleted *all* workspaces to have clean start
>> >> > - Change all Jobs (is a bit of work as manually, especially for ASF)
>> >> > to
>> >> > use Git
>> >> > checkouts of corresponding branch
>> >> > - Add the following "additional behaviour" config: Clean before
>> >> > checkout:
>> >> > Clean up the workspace before every checkout by deleting all
>> >> > untracked
>> >> > files
>> >> > and directories, including those which are specified in .gitignore.
>> >> > It
>> >> > also resets
>> >> > all tracked files to their versioned state. This ensures that the
>> >> > workspace is in
>> >> > the same state as if you cloned and checked out in a brand-new empty
>> >> > directory, and ensures that your build is not affected by the files
>> >> > generated
>> >> > by the previous build.
>> >> >
>> >> > Uwe
>> >> >
>> >> > -
>> >> > Uwe Schindler
>> >> > H.-H.-Meier-Allee 63, D-28213 Bremen
>> >> > http://www.thetaphi.de
>> >> > eMail: u...@thetaphi.de
>> >> >
>> >> > > From: Dawid Weiss [mailto:dawid.we...@gmail.com]
>> >> > > Sent: Saturday, January 23, 2016 10:13 AM
>> >> > > To: dev@lucene.apache.org
>> >> > > Subject: GIT migration complete
>> >> > >
>> >> > > Ok, folks. Seems like code migration is complete, with both gh
>> >> > > mirrors
>> >> > > and Apache repos up.
>> >> > >
>> >> > > 1. Please read the docs at: https://git-wip-us.apache.org/
>> >> > >
>> >> > > 2. I didn't realize Apache's repositories are over https, which
>> >> > > makes
>> >> > > authorization rather painful for Linux users (requires password
>> >> > > typing
>> >> > > on every push). I think I'll stick with gh for this reason and only
>> >> > > push my changes when they're fully baked.
>> >> > >
>> >> > > 3. The master branch (former trunk) passes ant precommit for me,
>> >> > > but I
>> >> > > didn't apply build patches to branch_5x yet.
>> >> > >
>> >> > > If there are any problems or concerns, let me know (perhaps I'll be
>> >> > > able to help).
>> >> > >
>> >> > > Dawid
>> >> > >
>> >> > >
>> >> > > -
>> >> > > 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
>> >>
>> >>
>> >> -
>> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> >> For additional commands, e-mail: dev-h...@lucene.apache.org
>> >>
>> >
>> >
>> >
>> > --
>> > Not sent from my 

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

[Apache Jenkins Server]

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

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

Error Message:
Error from server at http://127.0.0.1:41610/_hr/collection1: Bad Request
request: 
http://127.0.0.1:33848/_hr/collection1/update?update.chain=distrib-dup-test-chain-explicit=TOLEADER=http%3A%2F%2F127.0.0.1%3A41610%2F_hr%2Fcollection1%2F=javabin=2

Stack Trace:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:41610/_hr/collection1: Bad Request



request: 
http://127.0.0.1:33848/_hr/collection1/update?update.chain=distrib-dup-test-chain-explicit=TOLEADER=http%3A%2F%2F127.0.0.1%3A41610%2F_hr%2Fcollection1%2F=javabin=2
at 
__randomizedtesting.SeedInfo.seed([DF7B7EA88C3E888F:572F417222C2E577]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:576)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:240)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:229)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:150)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:167)
at 
org.apache.solr.BaseDistributedSearchTestCase.add(BaseDistributedSearchTestCase.java:512)
at 
org.apache.solr.cloud.BasicDistributedZkTest.testUpdateProcessorsRunOnlyOnce(BasicDistributedZkTest.java:623)
at 
org.apache.solr.cloud.BasicDistributedZkTest.test(BasicDistributedZkTest.java:364)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:965)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:940)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 

Re: [JENKINS-EA] Lucene-Solr-trunk-Linux (64bit/jdk-9-ea+95) - Build # 15631 - Still Failing!

[Michael McCandless]

I'll dig.

Mike McCandless

http://blog.mikemccandless.com


On Sat, Jan 23, 2016 at 7:57 PM, Policeman Jenkins Server
 wrote:
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15631/
> Java: 64bit/jdk-9-ea+95 -XX:+UseCompressedOops -XX:+UseParallelGC 
> -XX:-CompactStrings
>
> 1 tests failed.
> FAILED:  
> org.apache.lucene.index.TestMixedDocValuesUpdates.testManyReopensAndFields
>
> Error Message:
> this IndexWriter is closed
>
> Stack Trace:
> org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
> at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:714)
> at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:728)
> at 
> org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1459)
> at 
> org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1242)
> at 
> org.apache.lucene.index.TestMixedDocValuesUpdates.testManyReopensAndFields(TestMixedDocValuesUpdates.java:87)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:520)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
> at 
> org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
> at 
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
> at 
> org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
> at 
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
> at 
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
> at 
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
> at 
> com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
> at 
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
> at 
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
> at 
> org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
> at java.lang.Thread.run(Thread.java:747)
> Caused by: java.io.EOFException: read past EOF: pos=3135 vs length=3135: 
> 

[jira] [Updated] (SOLR-8466) Add support for UnInvertedField based faceting to FacetComponent

[Mikhail Khludnev (JIRA)]

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

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

ok. Attaching [^SOLR-8466.patch]. I understood an encapsulation challenge. 
Instead of ripping json facet framework I introduce factory method 
{{o.a.s.s.facet.FacetProcessor.createProcessor(SolrQueryRequest, Map, DocSet)}} that minimizes impact on codebase. [~ysee...@gmail.com] 
what's your perception about it? 
I also removed exclude-aware docset calculation, because it's already handled 
at  {{..SimpleFacets.parseParams(String, String)}}. So, far it lacks of test 
coverage for distributed faceting and fq exclusion. 

Opinions?  

> Add support for UnInvertedField based faceting to FacetComponent
> 
>
> Key: SOLR-8466
> URL: https://issues.apache.org/jira/browse/SOLR-8466
> Project: Solr
>  Issue Type: New Feature
>  Components: Facet Module, faceting
>Affects Versions: 5.0, 5.1, 5.2, 5.2.1, 5.3, 5.3.1, 5.4
>Reporter: Jamie Johnson
>Assignee: Mikhail Khludnev
> Attachments: 8466.diff, SOLR-8466.patch
>
>
> The new JSON Faceting API supports building an UnInvertedField to do faceting 
> which would be beneficial to add to Solr FacetComponent.  This would provide 
> additional options to implementors to choose the appropriate method of 
> faceting for their particular use case.



--
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-MacOSX (64bit/jdk1.8.0) - Build # 3033 - Failure!

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.solr.TestDistributedSearch.test

Error Message:
Error from server at http://127.0.0.1:57837//collection1: 
java.lang.NullPointerException  at 
org.apache.solr.search.grouping.distributed.responseprocessor.TopGroupsShardResponseProcessor.process(TopGroupsShardResponseProcessor.java:106)
  at 
org.apache.solr.handler.component.QueryComponent.handleGroupedResponses(QueryComponent.java:748)
  at 
org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:731)
  at 
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:406)
  at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:156)
  at org.apache.solr.core.SolrCore.execute(SolrCore.java:2083)  at 
org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:671)  at 
org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:459)  at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:226)
  at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:184)
  at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
  at 
org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:110)
  at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
  at 
org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:83)  
at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:364)  at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
  at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) 
 at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221)
  at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
  at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)  
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
  at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
  at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)  
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)  
at org.eclipse.jetty.server.Server.handle(Server.java:499)  at 
org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)  at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)  at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)  at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
  at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) 
 at java.lang.Thread.run(Thread.java:745) 

Stack Trace:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:57837//collection1: 
java.lang.NullPointerException
at 
org.apache.solr.search.grouping.distributed.responseprocessor.TopGroupsShardResponseProcessor.process(TopGroupsShardResponseProcessor.java:106)
at 
org.apache.solr.handler.component.QueryComponent.handleGroupedResponses(QueryComponent.java:748)
at 
org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:731)
at 
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:406)
at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:156)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:2083)
at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:671)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:459)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:226)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:184)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:110)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:83)
at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:364)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
at 

[jira] [Updated] (LUCENE-6990) Mongo 3.x Directory support

[Michele Renda (JIRA)]

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

Michele Renda updated LUCENE-6990:
--
External issue URL: https://jira.mongodb.org/browse/JAVA-2098

> Mongo 3.x Directory support
> ---
>
> Key: LUCENE-6990
> URL: https://issues.apache.org/jira/browse/LUCENE-6990
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/store
>Affects Versions: 5.4
>Reporter: Michele Renda
>Priority: Minor
>
> I would like to setup the lucene store to a MongoDB installation.
> It already exists an old project which gives this possiblity:
> https://github.com/rstiller/mongo-lucene
> Unfortunately this project is stuck to the old version of Mondo DB and does 
> not run anymore. Newest version of MongoDB now uses new classes like 
> GridFSBuckets and MongoDatabase (replacing the old classes GridFS and 
> MongoDB).
> Here an example of usage:
> http://mongodb.github.io/mongo-java-driver/3.2/driver/reference/gridfs/
> Can you please implement a MongoDBDirectory?
> Because I am not sure which team (Lucene or MongoDB one) can better take care 
> of this request, I am opening a copy of this request to the other team too 
> (see external issue URL).
> Best regards



--
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-MAVEN] Lucene-Solr-Maven-5.x #1163: POMs out of sync

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Maven-5.x/1163/

No tests ran.

Build Log:
[...truncated 25578 lines...]
BUILD FAILED
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/build.xml:701: The 
following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/build.xml:297: The 
following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/lucene/build.xml:420: 
The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/lucene/common-build.xml:2240:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/lucene/common-build.xml:1668:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/lucene/common-build.xml:579:
 Error deploying artifact 'org.apache.lucene:lucene-facet:jar': Error 
retrieving previous build number for artifact 
'org.apache.lucene:lucene-facet:jar:sources': repository metadata for: 
'snapshot org.apache.lucene:lucene-facet:5.5.0-SNAPSHOT' could not be retrieved 
from repository: apache.snapshots.https due to an error: Error transferring 
file: Remote host closed connection during handshake

Total time: 14 minutes 46 seconds
Build step 'Invoke Ant' marked build as failure
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 (32bit/jdk1.8.0_66) - Build # 15333 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/15333/
Java: 32bit/jdk1.8.0_66 -server -XX:+UseG1GC

2 tests failed.
FAILED:  org.apache.lucene.queries.CommonTermsQueryTest.testMinShouldMatch

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([E1FA8E45F06AB178:C5F286A0976FF356]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.lucene.queries.CommonTermsQueryTest.testMinShouldMatch(CommonTermsQueryTest.java:268)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)


FAILED:  org.apache.lucene.queries.CommonTermsQueryTest.testExtend

Error Message:
expected:<[2]> but was:<[0]>

Stack Trace:
org.junit.ComparisonFailure: expected:<[2]> but was:<[0]>
at 
__randomizedtesting.SeedInfo.seed([E1FA8E45F06AB178:BF30CF7C3FDA46E4]:0)
at org.junit.Assert.assertEquals(Assert.java:125)
at org.junit.Assert.assertEquals(Assert.java:147)
at 
org.apache.lucene.queries.CommonTermsQueryTest.testExtend(CommonTermsQueryTest.java:392)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 

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

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.lucene.search.TestLatLonPointQueries.testRandomMedium

Error Message:
Captured an uncaught exception in thread: Thread[id=41, name=T4, 
state=RUNNABLE, group=TGRP-TestLatLonPointQueries]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=41, name=T4, state=RUNNABLE, 
group=TGRP-TestLatLonPointQueries]
Caused by: java.lang.AssertionError: some hits were wrong
at __randomizedtesting.SeedInfo.seed([2344F1F46866BCDA]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
at 
org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
at 
org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)




Build Log:
[...truncated 12 lines...]
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
git://git.apache.org/lucene-solr.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1022)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053)
at hudson.scm.SCM.checkout(SCM.java:485)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1276)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
at hudson.model.Run.execute(Run.java:1738)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:410)
Caused by: hudson.plugins.git.GitException: 
org.eclipse.jgit.api.errors.TransportException: Connection reset
at 
org.jenkinsci.plugins.gitclient.JGitAPIImpl$2.execute(JGitAPIImpl.java:635)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:764)
... 11 more
Caused by: org.eclipse.jgit.api.errors.TransportException: Connection reset
at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:139)
at 
org.jenkinsci.plugins.gitclient.JGitAPIImpl$2.execute(JGitAPIImpl.java:633)
... 12 more
Caused by: org.eclipse.jgit.errors.TransportException: Connection reset
at 
org.eclipse.jgit.transport.BasePackConnection.readAdvertisedRefs(BasePackConnection.java:182)
at 
org.eclipse.jgit.transport.TransportGitAnon$TcpFetchConnection.(TransportGitAnon.java:194)
at 
org.eclipse.jgit.transport.TransportGitAnon.openFetch(TransportGitAnon.java:120)
at 
org.eclipse.jgit.transport.FetchProcess.executeImp(FetchProcess.java:136)
at 
org.eclipse.jgit.transport.FetchProcess.execute(FetchProcess.java:122)
at org.eclipse.jgit.transport.Transport.fetch(Transport.java:1138)
at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:130)
... 13 more
Caused by: java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:196)
at java.net.SocketInputStream.read(SocketInputStream.java:122)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
at org.eclipse.jgit.util.IO.readFully(IO.java:246)
at 
org.eclipse.jgit.transport.PacketLineIn.readLength(PacketLineIn.java:186)
at 
org.eclipse.jgit.transport.PacketLineIn.readString(PacketLineIn.java:138)
at 
org.eclipse.jgit.transport.BasePackConnection.readAdvertisedRefsImpl(BasePackConnection.java:195)
at 
org.eclipse.jgit.transport.BasePackConnection.readAdvertisedRefs(BasePackConnection.java:176)
... 19 more
ERROR: null
Retrying after 10 seconds
Fetching changes from the remote Git repository
Cleaning workspace
Checking out Revision a3064d36bba0c613ca099aeda5af156fcf39ba76 
(refs/remotes/origin/master)
No emails were triggered.
[description-setter] Description set: Java: 32bit/jdk-9-ea+95 -client 
-XX:+UseG1GC -XX:-CompactStrings
[Lucene-Solr-trunk-Linux] $ 
/var/lib/jenkins/tools/hudson.tasks.Ant_AntInstallation/ANT_1.8.2/bin/ant 
"-Dargs=-client -XX:+UseG1GC -XX:-CompactStrings" jenkins-hourly
Buildfile: /home/jenkins/workspace/Lucene-Solr-trunk-Linux/build.xml

jenkins-hourly:

-print-java-info:
[java-info] java version "9-ea"
[java-info] Java(TM) SE Runtime Environment 
(9-ea+95-2015-12-02-132011.javare.3968.nc, Oracle Corporation)
[java-info] Java HotSpot(TM) Server VM 

[jira] [Created] (LUCENE-6990) Mongo 3.x Directory support

[Michele Renda (JIRA)]

Michele Renda created LUCENE-6990:
-

 Summary: Mongo 3.x Directory support
 Key: LUCENE-6990
 URL: https://issues.apache.org/jira/browse/LUCENE-6990
 Project: Lucene - Core
  Issue Type: Improvement
  Components: core/store
Affects Versions: 5.4
Reporter: Michele Renda
Priority: Minor


I would like to setup the lucene store to a MongoDB installation.
It already exists an old project which gives this possiblity:
https://github.com/rstiller/mongo-lucene

Unfortunately this project is stuck to the old version of Mondo DB and does not 
run anymore. Newest version of MongoDB now uses new classes like GridFSBuckets 
and MongoDatabase (replacing the old classes GridFS and MongoDB).

Here an example of usage:
http://mongodb.github.io/mongo-java-driver/3.2/driver/reference/gridfs/

Can you please implement a MongoDBDirectory?

Because I am not sure which team (Lucene or MongoDB one) can better take care 
of this request, I am opening a copy of this request to the other team too (see 
external issue URL).

Best regards



--
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-6989) Implement MMapDirectory unmapping for coming Java 9 changes

[Uwe Schindler (JIRA)]

Uwe Schindler created LUCENE-6989:
-

 Summary: Implement MMapDirectory unmapping for coming Java 9 
changes
 Key: LUCENE-6989
 URL: https://issues.apache.org/jira/browse/LUCENE-6989
 Project: Lucene - Core
  Issue Type: Task
  Components: core/store
Reporter: Uwe Schindler
Assignee: Uwe Schindler
Priority: Critical


Originally, the sun.misc.Cleaner interface was declared as "critical API" in 
[JEP 260|http://openjdk.java.net/jeps/260 ]

Unfortunately the decission was changed in favor of a oficially supported 
{{java.lang.ref.Cleaner}} API. A side effect of this change is to move all 
existing {{sun.misc.Cleaner}} APIs into a non-exported package. This causes our 
forceful unmapping to no longer work, because we can get the cleaner instance 
via reflection, but trying to invoke it will throw one of the new Jigsaw 
RuntimeException because it is completely inaccessible. This will make our 
forceful unmapping fail. There are also no changes in Garbage collector, the 
problem still exists.

For more information see this [mailing list 
thread|http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-January/thread.html#38243].

This commit will likely be done, making our unmapping efforts no longer 
working. Alan Bateman is aware of this issue and will open a new issue at 
OpenJDK to allow forceful unmapping without using the now private 
sun.misc.Cleaner. The idea is to let the internal class sun.misc.Cleaner 
implement the Runable interface, so we can simply cast to runable and call the 
run() method to unmap. The code would then work. This will lead to minor 
changes in our unmapper in MMapDirectory: An instanceof check and casting if 
possible.

I opened this issue to keep track and implement the changes as soon as 
possible, so people will have working unmapping when java 9 comes out. Current 
Lucene versions will no longer work with Java 9.



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

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

[jira] [Updated] (SOLR-8591) Add BatchStream to the Streaming API

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-8591:
-
Description: 
Now that we have synchronous streaming and continuous streaming (DaemonStream), 
it makes sense to add *batch streaming*.

Code will be added to the /stream handler so that when it sees the BatchStream 
it will send the stream to an executor to be run. 

Sample syntax:
{code}
batch(parallel(update(rollup(select()
{code}

The pseudo code above runs a parallel rollup in batch mode and sends the output 
to a SolrCloud collection.

  was:
Now that we have synchronous streaming and continuous streaming (DaemonStream), 
it makes sense to add batch streaming.

Code will be added to the /stream handler so that when it sees the BatchStream 
it will send the stream to an executor to be run. 

Sample syntax:
{code}
batch(parallel(update(rollup(select()
{code}

The pseudo code above runs a parallel rollup in batch mode and sends the output 
to a SolrCloud collection.


> Add BatchStream to the Streaming API
> 
>
> Key: SOLR-8591
> URL: https://issues.apache.org/jira/browse/SOLR-8591
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
>
> Now that we have synchronous streaming and continuous streaming 
> (DaemonStream), it makes sense to add *batch streaming*.
> Code will be added to the /stream handler so that when it sees the 
> BatchStream it will send the stream to an executor to be run. 
> Sample syntax:
> {code}
> batch(parallel(update(rollup(select()
> {code}
> The pseudo code above runs a parallel rollup in batch mode and sends the 
> output to a SolrCloud collection.



--
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-8591) Add BatchStream to the Streaming API

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-8591:
-
Description: 
Now that we have synchronous streaming and continuous streaming (DaemonStream), 
it makes sense to add *batch streaming*.

Code will be added to the /stream handler so that when it sees the BatchStream 
it will send the stream to an executor to be run. 

Sample syntax:
{code}
batch(parallel(update(rollup(search()
{code}

The pseudo code above runs a parallel rollup in batch mode and sends the output 
to a SolrCloud collection.

  was:
Now that we have synchronous streaming and continuous streaming (DaemonStream), 
it makes sense to add *batch streaming*.

Code will be added to the /stream handler so that when it sees the BatchStream 
it will send the stream to an executor to be run. 

Sample syntax:
{code}
batch(parallel(update(rollup(select()
{code}

The pseudo code above runs a parallel rollup in batch mode and sends the output 
to a SolrCloud collection.


> Add BatchStream to the Streaming API
> 
>
> Key: SOLR-8591
> URL: https://issues.apache.org/jira/browse/SOLR-8591
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
>
> Now that we have synchronous streaming and continuous streaming 
> (DaemonStream), it makes sense to add *batch streaming*.
> Code will be added to the /stream handler so that when it sees the 
> BatchStream it will send the stream to an executor to be run. 
> Sample syntax:
> {code}
> batch(parallel(update(rollup(search()
> {code}
> The pseudo code above runs a parallel rollup in batch mode and sends the 
> output to a SolrCloud collection.



--
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-8592) Create collection alias from New UI doesn't actually work

[Susheel Kumar (JIRA)]

Susheel Kumar created SOLR-8592:
---

 Summary: Create collection alias from New UI doesn't actually work
 Key: SOLR-8592
 URL: https://issues.apache.org/jira/browse/SOLR-8592
 Project: Solr
  Issue Type: Bug
 Environment: Solr Dashboard New UI shipped with 5.4.0
Reporter: Susheel Kumar
Priority: Minor


The new UI shipped with 5.4.0 allows collection aliases to be created from UI 
and it does work but when you try to use any alias created using UI 
http://:8983/solr/index.html#/ it gives error saying

error": {
"msg": "Could not find collection : [object Object]",
"code": 400
}

While doing same operation using admin/collection API it actually works.



--
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-MAVEN] Lucene-Solr-Maven-trunk #1664: POMs out of sync

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/1664/

No tests ran.

Build Log:
[...truncated 24453 lines...]
BUILD FAILED
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-trunk/build.xml:756: The 
following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-trunk/build.xml:299: The 
following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-trunk/lucene/build.xml:415:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-trunk/lucene/common-build.xml:1671:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-trunk/lucene/common-build.xml:561:
 Error deploying artifact 'org.apache.lucene:lucene-core:jar': Error installing 
artifact's metadata: repository metadata for: 'snapshot 
org.apache.lucene:lucene-core:6.0.0-SNAPSHOT' could not be retrieved from 
repository: apache.snapshots.https due to an error: Error transferring file: 
Remote host closed connection during handshake

Total time: 8 minutes 38 seconds
Build step 'Invoke Ant' marked build as failure
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any



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

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

[Apache Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.solr.cloud.OverseerTest.testOverseerFailure

Error Message:
collection1 should be gone after publishing the null state

Stack Trace:
java.lang.AssertionError: collection1 should be gone after publishing the null 
state
at 
__randomizedtesting.SeedInfo.seed([49A2C9DD457A135A:4DAA462E57DFFC7B]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertFalse(Assert.java:68)
at 
org.apache.solr.cloud.OverseerTest.testOverseerFailure(OverseerTest.java:683)
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:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 10304 lines...]
   [junit4] Suite: org.apache.solr.cloud.OverseerTest
   [junit4]   2> Creating dataDir: 

[jira] [Commented] (SOLR-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8519:
--

This is looking good.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein edited comment on SOLR-8519 at 1/25/16 2:20 AM:
---

Patch looks good. 


was (Author: joel.bernstein):
This is looking good.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



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

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.solr.spelling.suggest.SuggesterWFSTTest.testReload

Error Message:
Exception during query

Stack Trace:
java.lang.RuntimeException: Exception during query
at 
__randomizedtesting.SeedInfo.seed([7C26059C3B3C7FA2:BBD67D9FF17F87B0]:0)
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:755)
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:722)
at 
org.apache.solr.spelling.suggest.SuggesterTest.testReload(SuggesterTest.java:91)
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:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.RuntimeException: REQUEST FAILED: 
xpath=//lst[@name='spellcheck']/lst[@name='suggestions']/lst[@name='ac']/int[@name='numFound'][.='2']
xml response was: 

00


request 
was:q=ac=/suggest_wfst=true=2=xml
at 

[jira] [Created] (SOLR-8591) Add BatchStream to the Streaming API

[Joel Bernstein (JIRA)]

Joel Bernstein created SOLR-8591:


 Summary: Add BatchStream to the Streaming API
 Key: SOLR-8591
 URL: https://issues.apache.org/jira/browse/SOLR-8591
 Project: Solr
  Issue Type: New Feature
Reporter: Joel Bernstein


Now that we have synchronous streaming and continuous streaming (DaemonStream), 
it makes sense to add batch streaming.

Code will be added to the /stream handler so that when it sees the BatchStream 
it will send the stream to an executor to be run. 

Sample syntax:
{code}
batch(parallel(update(rollup(select()
{code}

The pseudo code above runs a parallel rollup in batch mode.



--
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-8591) Add BatchStream to the Streaming API

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-8591:
-
Description: 
Now that we have synchronous streaming and continuous streaming (DaemonStream), 
it makes sense to add batch streaming.

Code will be added to the /stream handler so that when it sees the BatchStream 
it will send the stream to an executor to be run. 

Sample syntax:
{code}
batch(parallel(update(rollup(select()
{code}

The pseudo code above runs a parallel rollup in batch mode and sends the output 
to a SolrCloud collection.

  was:
Now that we have synchronous streaming and continuous streaming (DaemonStream), 
it makes sense to add batch streaming.

Code will be added to the /stream handler so that when it sees the BatchStream 
it will send the stream to an executor to be run. 

Sample syntax:
{code}
batch(parallel(update(rollup(select()
{code}

The pseudo code above runs a parallel rollup in batch mode.


> Add BatchStream to the Streaming API
> 
>
> Key: SOLR-8591
> URL: https://issues.apache.org/jira/browse/SOLR-8591
> Project: Solr
>  Issue Type: New Feature
>Reporter: Joel Bernstein
>
> Now that we have synchronous streaming and continuous streaming 
> (DaemonStream), it makes sense to add batch streaming.
> Code will be added to the /stream handler so that when it sees the 
> BatchStream it will send the stream to an executor to be run. 
> Sample syntax:
> {code}
> batch(parallel(update(rollup(select()
> {code}
> The pseudo code above runs a parallel rollup in batch mode and sends the 
> output to a SolrCloud collection.



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein edited comment on SOLR-8519 at 1/25/16 2:22 AM:
---

Patch looks good. What other tests were you thinking of adding?


was (Author: joel.bernstein):
Patch looks good. 

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-EA] Lucene-Solr-trunk-Linux (64bit/jdk-9-ea+95) - Build # 15631 - Still Failing!

[Michael McCandless]

I pushed a fix ... it was because memory and direct DV formats were
illegally using an IndexInput from one thread while cloning it from
another thread.

I also tried to improve RAMInputStream's EOFE exception messages to
differentiate the two cases.

Mike McCandless

http://blog.mikemccandless.com


On Sun, Jan 24, 2016 at 4:31 AM, Michael McCandless
 wrote:
> I'll dig.
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Sat, Jan 23, 2016 at 7:57 PM, Policeman Jenkins Server
>  wrote:
>> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15631/
>> Java: 64bit/jdk-9-ea+95 -XX:+UseCompressedOops -XX:+UseParallelGC 
>> -XX:-CompactStrings
>>
>> 1 tests failed.
>> FAILED:  
>> org.apache.lucene.index.TestMixedDocValuesUpdates.testManyReopensAndFields
>>
>> Error Message:
>> this IndexWriter is closed
>>
>> Stack Trace:
>> org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
>> at 
>> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:714)
>> at 
>> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:728)
>> at 
>> org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1459)
>> at 
>> org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1242)
>> at 
>> org.apache.lucene.index.TestMixedDocValuesUpdates.testManyReopensAndFields(TestMixedDocValuesUpdates.java:87)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:520)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
>> at 
>> org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
>> at 
>> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
>> at 
>> org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
>> at 
>> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
>> at 
>> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
>> at 
>> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
>> at 
>> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
>> at 
>> com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
>> at 
>> com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
>> at 
>> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
>> at 
>> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
>> at 
>> org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
>> at 
>> com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
>> at 
>> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
>> at 
>> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
>> at 

Re: GIT migration complete

[Daniel Gruno]

You can't merge directly on GitHub - they only host a read-only mirror of the 
repo.
There are however command-line options for merging, which you can see on the PR 
page.
Other than that, you can mark something as merged by putting "This fixes (or 
closes, merges etc) #1234" where 1234 is the issue or PR number.

With regards,
Daniel.

On 2016-01-24 04:59, Joel Bernstein  wrote: 
> I had no problem pushing my first commit. But I didn't seem to have
> permission to merge a pull-request from Github. Is there another layer of
> permissions that need to be setup for this?
> 
> Joel Bernstein
> http://joelsolr.blogspot.com/
> 
> On Sat, Jan 23, 2016 at 1:23 PM, Yonik Seeley  wrote:
> 
> > Here's a useful thing you can add to your .profile , it conditionally
> > displays the branch you are on in your shell prompt:
> > https://gist.github.com/yonik/04b2e759eecf5ef96383
> >
> > Example:
> >
> > /opt/code$ cd lusolr
> > [master] /opt/code/lusolr$
> >
> > -Yonik
> >
> >
> > On Sat, Jan 23, 2016 at 12:55 PM, Ramkumar R. Aiyengar
> >  wrote:
> > > Not a big deal, but guys, do check if your mail is set properly in
> > > ~/.gitconfig, otherwise commits would show your personal mail as the
> > author.
> > > Committer still shows up as your apache mail address, but many UIs hide
> > it
> > > by default, and might not be apparent to those new to the project/git..
> > >
> > > Example .gitconfig snippet allowing you to keep your existing name/mail
> > but
> > > override for apache.org..
> > >
> > > [user "https://git-wip-us.apache.org;]
> > > name = Ramkumar Aiyengar
> > > mail = andyetitmo...@apache.org
> > >
> > >
> > > On Sat, Jan 23, 2016 at 3:41 PM, Uwe Schindler  wrote:
> > >>
> > >> Hi,
> > >>
> > >> I migrated all Policeman and ASF Jenkins Jobs to Git. Everything should
> > be
> > >> set up now.
> > >> The Jobs for 5.3 and 5.4 were deleted.
> > >>
> > >> Uwe
> > >>
> > >> -
> > >> 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, January 23, 2016 11:05 AM
> > >> > To: dev@lucene.apache.org
> > >> > Subject: RE: GIT migration complete
> > >> >
> > >> > Hi,
> > >> >
> > >> > Thanks! I am talking care of Jenkins at the moment.
> > >> >
> > >> > First Policeman one is working:
> > >> > http://jenkins.thetaphi.de/job/Lucene-Solr-
> > >> > trunk-Linux/15619/console
> > >> >
> > >> > The Changes I do for jenkins is:
> > >> > - Deleted *all* workspaces to have clean start
> > >> > - Change all Jobs (is a bit of work as manually, especially for ASF)
> > to
> > >> > use Git
> > >> > checkouts of corresponding branch
> > >> > - Add the following "additional behaviour" config: Clean before
> > >> > checkout:
> > >> > Clean up the workspace before every checkout by deleting all untracked
> > >> > files
> > >> > and directories, including those which are specified in .gitignore. It
> > >> > also resets
> > >> > all tracked files to their versioned state. This ensures that the
> > >> > workspace is in
> > >> > the same state as if you cloned and checked out in a brand-new empty
> > >> > directory, and ensures that your build is not affected by the files
> > >> > generated
> > >> > by the previous build.
> > >> >
> > >> > Uwe
> > >> >
> > >> > -
> > >> > Uwe Schindler
> > >> > H.-H.-Meier-Allee 63, D-28213 Bremen
> > >> > http://www.thetaphi.de
> > >> > eMail: u...@thetaphi.de
> > >> >
> > >> > > From: Dawid Weiss [mailto:dawid.we...@gmail.com]
> > >> > > Sent: Saturday, January 23, 2016 10:13 AM
> > >> > > To: dev@lucene.apache.org
> > >> > > Subject: GIT migration complete
> > >> > >
> > >> > > Ok, folks. Seems like code migration is complete, with both gh
> > mirrors
> > >> > > and Apache repos up.
> > >> > >
> > >> > > 1. Please read the docs at: https://git-wip-us.apache.org/
> > >> > >
> > >> > > 2. I didn't realize Apache's repositories are over https, which
> > makes
> > >> > > authorization rather painful for Linux users (requires password
> > typing
> > >> > > on every push). I think I'll stick with gh for this reason and only
> > >> > > push my changes when they're fully baked.
> > >> > >
> > >> > > 3. The master branch (former trunk) passes ant precommit for me,
> > but I
> > >> > > didn't apply build patches to branch_5x yet.
> > >> > >
> > >> > > If there are any problems or concerns, let me know (perhaps I'll be
> > >> > > able to help).
> > >> > >
> > >> > > Dawid
> > >> > >
> > >> > >
> > -
> > >> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > >> > > For additional commands, e-mail: dev-h...@lucene.apache.org
> > >> >
> > >> >
> > >> > -
> > >> > To unsubscribe, e-mail: 

Re: GIT migration complete

[Joel Bernstein]

Ok, got it. Thanks!

Joel Bernstein
http://joelsolr.blogspot.com/

On Sun, Jan 24, 2016 at 7:58 AM, Daniel Gruno  wrote:

> You can't merge directly on GitHub - they only host a read-only mirror of
> the repo.
> There are however command-line options for merging, which you can see on
> the PR page.
> Other than that, you can mark something as merged by putting "This fixes
> (or closes, merges etc) #1234" where 1234 is the issue or PR number.
>
> With regards,
> Daniel.
>
> On 2016-01-24 04:59, Joel Bernstein  wrote:
> > I had no problem pushing my first commit. But I didn't seem to have
> > permission to merge a pull-request from Github. Is there another layer of
> > permissions that need to be setup for this?
> >
> > Joel Bernstein
> > http://joelsolr.blogspot.com/
> >
> > On Sat, Jan 23, 2016 at 1:23 PM, Yonik Seeley  wrote:
> >
> > > Here's a useful thing you can add to your .profile , it conditionally
> > > displays the branch you are on in your shell prompt:
> > > https://gist.github.com/yonik/04b2e759eecf5ef96383
> > >
> > > Example:
> > >
> > > /opt/code$ cd lusolr
> > > [master] /opt/code/lusolr$
> > >
> > > -Yonik
> > >
> > >
> > > On Sat, Jan 23, 2016 at 12:55 PM, Ramkumar R. Aiyengar
> > >  wrote:
> > > > Not a big deal, but guys, do check if your mail is set properly in
> > > > ~/.gitconfig, otherwise commits would show your personal mail as the
> > > author.
> > > > Committer still shows up as your apache mail address, but many UIs
> hide
> > > it
> > > > by default, and might not be apparent to those new to the
> project/git..
> > > >
> > > > Example .gitconfig snippet allowing you to keep your existing
> name/mail
> > > but
> > > > override for apache.org..
> > > >
> > > > [user "https://git-wip-us.apache.org;]
> > > > name = Ramkumar Aiyengar
> > > > mail = andyetitmo...@apache.org
> > > >
> > > >
> > > > On Sat, Jan 23, 2016 at 3:41 PM, Uwe Schindler 
> wrote:
> > > >>
> > > >> Hi,
> > > >>
> > > >> I migrated all Policeman and ASF Jenkins Jobs to Git. Everything
> should
> > > be
> > > >> set up now.
> > > >> The Jobs for 5.3 and 5.4 were deleted.
> > > >>
> > > >> Uwe
> > > >>
> > > >> -
> > > >> 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, January 23, 2016 11:05 AM
> > > >> > To: dev@lucene.apache.org
> > > >> > Subject: RE: GIT migration complete
> > > >> >
> > > >> > Hi,
> > > >> >
> > > >> > Thanks! I am talking care of Jenkins at the moment.
> > > >> >
> > > >> > First Policeman one is working:
> > > >> > http://jenkins.thetaphi.de/job/Lucene-Solr-
> > > >> > trunk-Linux/15619/console
> > > >> >
> > > >> > The Changes I do for jenkins is:
> > > >> > - Deleted *all* workspaces to have clean start
> > > >> > - Change all Jobs (is a bit of work as manually, especially for
> ASF)
> > > to
> > > >> > use Git
> > > >> > checkouts of corresponding branch
> > > >> > - Add the following "additional behaviour" config: Clean before
> > > >> > checkout:
> > > >> > Clean up the workspace before every checkout by deleting all
> untracked
> > > >> > files
> > > >> > and directories, including those which are specified in
> .gitignore. It
> > > >> > also resets
> > > >> > all tracked files to their versioned state. This ensures that the
> > > >> > workspace is in
> > > >> > the same state as if you cloned and checked out in a brand-new
> empty
> > > >> > directory, and ensures that your build is not affected by the
> files
> > > >> > generated
> > > >> > by the previous build.
> > > >> >
> > > >> > Uwe
> > > >> >
> > > >> > -
> > > >> > Uwe Schindler
> > > >> > H.-H.-Meier-Allee 63, D-28213 Bremen
> > > >> > http://www.thetaphi.de
> > > >> > eMail: u...@thetaphi.de
> > > >> >
> > > >> > > From: Dawid Weiss [mailto:dawid.we...@gmail.com]
> > > >> > > Sent: Saturday, January 23, 2016 10:13 AM
> > > >> > > To: dev@lucene.apache.org
> > > >> > > Subject: GIT migration complete
> > > >> > >
> > > >> > > Ok, folks. Seems like code migration is complete, with both gh
> > > mirrors
> > > >> > > and Apache repos up.
> > > >> > >
> > > >> > > 1. Please read the docs at: https://git-wip-us.apache.org/
> > > >> > >
> > > >> > > 2. I didn't realize Apache's repositories are over https, which
> > > makes
> > > >> > > authorization rather painful for Linux users (requires password
> > > typing
> > > >> > > on every push). I think I'll stick with gh for this reason and
> only
> > > >> > > push my changes when they're fully baked.
> > > >> > >
> > > >> > > 3. The master branch (former trunk) passes ant precommit for me,
> > > but I
> > > >> > > didn't apply build patches to branch_5x yet.
> > > >> > >
> > > >> > > If there are any problems or concerns, let me know (perhaps
> I'll be
> > > 

RE: intellij git history

[Uwe Schindler]

Hi,

I tried it out locally: It is quite easy to use "rebase" and step over those 2 
commits. So you can just remove them, because they are together basically a 
no-op (remove all and then add all back).

I can do that for both branches and then do a "git push --force" of the 
rewritten history? Any comments?

Uwe

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


> -Original Message-
> From: Dawid Weiss [mailto:dawid.we...@gmail.com]
> Sent: Sunday, January 24, 2016 9:59 AM
> To: dev@lucene.apache.org
> Subject: Re: intellij git history
> 
> We can move the reference for master and branch_5x -- these are
> affected. I can do it tonight and cherry pick any commits that have
> been added since then.
> 
> Dawid
> 
> On Sun, Jan 24, 2016 at 7:07 AM, david.w.smi...@gmail.com
>  wrote:
> > I'm seeing this too Yonik :-(  This really sucks.  I googled and found this:
> >
> > http://stackoverflow.com/questions/27797965/showing-graphically-the-
> equivalent-of-git-log-follow-in-intellij
> > Which makes reference to 2 IntelliJ issue tracker bug reports, both marked
> > as closed years ago.  In summary, Jetbrains says IntelliJ has its own rename
> > detection algorithm and deliberately doesn't use "--follow" because it
> > alleges it to be buggy.
> >
> > What to do?  I'm sure it's controversial to suggest this but... why did we
> > need this delete all & re-add commits in the first place?  I'm +1 to a force
> > push to omit them; it will never be easier to do this than now (just 4
> > branches).  FWIW IntelliJ's algorithm *does* follow SearchComponent.java
> > from just prior to this to its inception in 2007 -- my go-to test this
> > feature works.  I tested this by adding a branch based on a hash from just
> > prior to these commits and then viewing the history of this file (all via
> > IntelliJ).
> >
> > ~ David
> >
> > On Sat, Jan 23, 2016 at 10:27 PM Mark Miller 
> wrote:
> >>
> >> Just a guess, but perhaps the follow option will help?
> >> On Sat, Jan 23, 2016 at 9:56 PM Yonik Seeley  wrote:
> >>>
> >>> Everything looks fine from the command line, but Intellij  IDEA 14
> >>> doesn't seem to be able to see the history:
> >>>
> >>> If I right click on a file and do "GIT->Show History" I only see a single
> >>> entry:
> >>>
> >>> * 2c97a68 2016-01-23 | Revert "LUCENE-6937: moving trunk from SVN to
> >>> GIT." Welcome to GIT world. [Dawid Weiss]
> >>>
> >>> Anyone else see this?
> >>>
> >>> -Yonik
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >>> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>>
> >> --
> >> - Mark
> >> about.me/markrmiller
> >
> > --
> > Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
> > LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
> > http://www.solrenterprisesearchserver.com
> 
> -
> 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-Solaris (64bit/jdk1.8.0) - Build # 346 - Failure!

[Policeman Jenkins Server]

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

2 tests failed.
FAILED:  org.apache.lucene.queries.CommonTermsQueryTest.testExtend

Error Message:
expected:<[2]> but was:<[0]>

Stack Trace:
org.junit.ComparisonFailure: expected:<[2]> but was:<[0]>
at 
__randomizedtesting.SeedInfo.seed([8164F5D92FDEBEEE:DFAEB4E0E06E4972]:0)
at org.junit.Assert.assertEquals(Assert.java:125)
at org.junit.Assert.assertEquals(Assert.java:147)
at 
org.apache.lucene.queries.CommonTermsQueryTest.testExtend(CommonTermsQueryTest.java:392)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)


FAILED:  org.apache.lucene.queries.CommonTermsQueryTest.testMinShouldMatch

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([8164F5D92FDEBEEE:A56CFD3C48DBFCC0]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.lucene.queries.CommonTermsQueryTest.testMinShouldMatch(CommonTermsQueryTest.java:268)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  

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

[Apache Jenkins Server]

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

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

Error Message:
timed out waiting for collection1 startAt time to exceed: Sun Jan 24 04:10:56 
PST 2016

Stack Trace:
java.lang.AssertionError: timed out waiting for collection1 startAt time to 
exceed: Sun Jan 24 04:10:56 PST 2016
at 
__randomizedtesting.SeedInfo.seed([91C441A8E8D2D3D7:4A6F416EEDFABA64]: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: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:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 9577 lines...]
   [junit4] Suite: org.apache.solr.handler.TestReplicationHandler
   [junit4]   2> Creating dataDir: 

[jira] [Commented] (SOLR-8466) Add support for UnInvertedField based faceting to FacetComponent

[Jamie Johnson (JIRA)]

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

Jamie Johnson commented on SOLR-8466:
-

I like the approach as it's much less invasive.  In regards to testing isn't 
this just a matter of piggy backing on the existing distributed 
faceting/exclusion tests to add uif as a method?  I'm assuming those already 
exist?

> Add support for UnInvertedField based faceting to FacetComponent
> 
>
> Key: SOLR-8466
> URL: https://issues.apache.org/jira/browse/SOLR-8466
> Project: Solr
>  Issue Type: New Feature
>  Components: Facet Module, faceting
>Affects Versions: 5.0, 5.1, 5.2, 5.2.1, 5.3, 5.3.1, 5.4
>Reporter: Jamie Johnson
>Assignee: Mikhail Khludnev
> Attachments: 8466.diff, SOLR-8466.patch
>
>
> The new JSON Faceting API supports building an UnInvertedField to do faceting 
> which would be beneficial to add to Solr FacetComponent.  This would provide 
> additional options to implementors to choose the appropriate method of 
> faceting for their particular use case.



--
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: GIT migration complete

[Ramkumar R. Aiyengar]

What's the error? I don't think you can still merge into Github, it remains
read-only..
On 24 Jan 2016 03:59, "Joel Bernstein"  wrote:

> I had no problem pushing my first commit. But I didn't seem to have
> permission to merge a pull-request from Github. Is there another layer of
> permissions that need to be setup for this?
>
> Joel Bernstein
> http://joelsolr.blogspot.com/
>
> On Sat, Jan 23, 2016 at 1:23 PM, Yonik Seeley  wrote:
>
>> Here's a useful thing you can add to your .profile , it conditionally
>> displays the branch you are on in your shell prompt:
>> https://gist.github.com/yonik/04b2e759eecf5ef96383
>>
>> Example:
>>
>> /opt/code$ cd lusolr
>> [master] /opt/code/lusolr$
>>
>> -Yonik
>>
>>
>> On Sat, Jan 23, 2016 at 12:55 PM, Ramkumar R. Aiyengar
>>  wrote:
>> > Not a big deal, but guys, do check if your mail is set properly in
>> > ~/.gitconfig, otherwise commits would show your personal mail as the
>> author.
>> > Committer still shows up as your apache mail address, but many UIs hide
>> it
>> > by default, and might not be apparent to those new to the project/git..
>> >
>> > Example .gitconfig snippet allowing you to keep your existing name/mail
>> but
>> > override for apache.org..
>> >
>> > [user "https://git-wip-us.apache.org;]
>> > name = Ramkumar Aiyengar
>> > mail = andyetitmo...@apache.org
>> >
>> >
>> > On Sat, Jan 23, 2016 at 3:41 PM, Uwe Schindler  wrote:
>> >>
>> >> Hi,
>> >>
>> >> I migrated all Policeman and ASF Jenkins Jobs to Git. Everything
>> should be
>> >> set up now.
>> >> The Jobs for 5.3 and 5.4 were deleted.
>> >>
>> >> Uwe
>> >>
>> >> -
>> >> 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, January 23, 2016 11:05 AM
>> >> > To: dev@lucene.apache.org
>> >> > Subject: RE: GIT migration complete
>> >> >
>> >> > Hi,
>> >> >
>> >> > Thanks! I am talking care of Jenkins at the moment.
>> >> >
>> >> > First Policeman one is working:
>> >> > http://jenkins.thetaphi.de/job/Lucene-Solr-
>> >> > trunk-Linux/15619/console
>> >> >
>> >> > The Changes I do for jenkins is:
>> >> > - Deleted *all* workspaces to have clean start
>> >> > - Change all Jobs (is a bit of work as manually, especially for ASF)
>> to
>> >> > use Git
>> >> > checkouts of corresponding branch
>> >> > - Add the following "additional behaviour" config: Clean before
>> >> > checkout:
>> >> > Clean up the workspace before every checkout by deleting all
>> untracked
>> >> > files
>> >> > and directories, including those which are specified in .gitignore.
>> It
>> >> > also resets
>> >> > all tracked files to their versioned state. This ensures that the
>> >> > workspace is in
>> >> > the same state as if you cloned and checked out in a brand-new empty
>> >> > directory, and ensures that your build is not affected by the files
>> >> > generated
>> >> > by the previous build.
>> >> >
>> >> > Uwe
>> >> >
>> >> > -
>> >> > Uwe Schindler
>> >> > H.-H.-Meier-Allee 63, D-28213 Bremen
>> >> > http://www.thetaphi.de
>> >> > eMail: u...@thetaphi.de
>> >> >
>> >> > > From: Dawid Weiss [mailto:dawid.we...@gmail.com]
>> >> > > Sent: Saturday, January 23, 2016 10:13 AM
>> >> > > To: dev@lucene.apache.org
>> >> > > Subject: GIT migration complete
>> >> > >
>> >> > > Ok, folks. Seems like code migration is complete, with both gh
>> mirrors
>> >> > > and Apache repos up.
>> >> > >
>> >> > > 1. Please read the docs at: https://git-wip-us.apache.org/
>> >> > >
>> >> > > 2. I didn't realize Apache's repositories are over https, which
>> makes
>> >> > > authorization rather painful for Linux users (requires password
>> typing
>> >> > > on every push). I think I'll stick with gh for this reason and only
>> >> > > push my changes when they're fully baked.
>> >> > >
>> >> > > 3. The master branch (former trunk) passes ant precommit for me,
>> but I
>> >> > > didn't apply build patches to branch_5x yet.
>> >> > >
>> >> > > If there are any problems or concerns, let me know (perhaps I'll be
>> >> > > able to help).
>> >> > >
>> >> > > Dawid
>> >> > >
>> >> > >
>> -
>> >> > > 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
>> >>
>> >>
>> >> -
>> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> >> For additional commands, e-mail: dev-h...@lucene.apache.org
>> >>
>> >
>> >
>> >
>> > --
>> > Not sent from my iPhone 

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

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.solr.core.TestArbitraryIndexDir.testLoadNewIndexDir

Error Message:
Exception during query

Stack Trace:
java.lang.RuntimeException: Exception during query
at 
__randomizedtesting.SeedInfo.seed([D65B73069F94974D:3F01C83E010D07E5]:0)
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:755)
at 
org.apache.solr.core.TestArbitraryIndexDir.testLoadNewIndexDir(TestArbitraryIndexDir.java:107)
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 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.RuntimeException: REQUEST FAILED: xpath=*[count(//doc)=1]
xml response was: 

00


request was:q=id:2=standard=0=20=2.2
at 

[jira] [Updated] (LUCENE-6956) TestBKDTree.testRandomMedium() failure: some hits were wrong

[Nicholas Knize (JIRA)]

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

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

Updated patch that includes all feedback.

> TestBKDTree.testRandomMedium() failure: some hits were wrong
> 
>
> Key: LUCENE-6956
> URL: https://issues.apache.org/jira/browse/LUCENE-6956
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Steve Rowe
>Assignee: Michael McCandless
> Attachments: LUCENE-6956.patch, LUCENE-6956.patch, LUCENE-6956.patch
>
>
> My Jenkins found a reproducible seed for a failure of 
> {{TestBKDTree.testRandomMedium()}} on branch_5x with Java8:
> {noformat}
>   [junit4] Suite: org.apache.lucene.bkdtree.TestBKDTree
>[junit4]   1> T1: id=29784 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29528
>[junit4]   1>   lat=86.88086835667491 lon=-8.821268286556005
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=29801 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29545
>[junit4]   1>   lat=86.88149104826152 lon=-9.34366637840867
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=29961 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29705
>[junit4]   1>   lat=86.8706679996103 lon=-9.38328042626381
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30015 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29759
>[junit4]   1>   lat=86.84762765653431 lon=-9.44802425801754
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30017 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29761
>[junit4]   1>   lat=86.8753323610872 lon=-9.091365560889244
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30042 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29786
>[junit4]   1>   lat=86.85837233439088 lon=-9.127480667084455
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30061 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29805
>[junit4]   1>   lat=86.85876209288836 lon=-9.408821929246187
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30077 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29821
>[junit4]   1>   lat=86.84681385755539 lon=-8.837449550628662
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30185 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29929
>[junit4]   1>  

Merge vs Rebase

[david.w.smi...@gmail.com]

[image: lucene-merge-commit-pic.png]

Just to put a little picture to this, I noticed the following:  (see
attached pic)
I suspect it was the bi-product of using a merge based pull (I think the
default?) instead of a rebase one, and as a result we have this little loop
in the log.  No doubt there is a place for merge commits (e.g. merging one
feature branch and another); but is there an advocate willing to tell us
the virtues that in this instance (not all instances but this one), it's a
good thing?  i.e. is there some insight this loop shows that that I should
value more than a direct simple lineage?

FWIW I prefer to rebase my commits to prevent these little merge bubbles.
It happens automatically with this setting:
   git config --global pull.rebase true
Alternatively it could be done without the --global flag.  I would most
appreciate it if other committers used this same setting, and I think we'd
all mutually appreciate it as well with cleaner git histories.

~ David
-- 
Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
http://www.solrenterprisesearchserver.com

To Detect Wheter Core is Available To Post

[Edwin Lee]

Hi All,

Our team is using the Solr to process log and we met a problem in SOLR
posting.

We want to detect the health of each core —- whether they are available to
post. We have to figure out ways to do that：

   1. Using luke request . —- Cost is a bit high for core loading
   2. We have designed a cache and adding the hook when the core is open or
   closed to record whether the core is loaded. —- *Question: If a core is
   loaded, is there situation that we still cannot post data to it?*
   3. We try to post some meanless data with our unique id, and delete that
   data within the same commit, like this

{
"add": {
"doc":{
"id": "%%ID%%"
}
},
"delete": { "id": "%%ID%%" },
"commit": {}}

*But we still not 100% sure whether it will mess up with our normal data.*

What is the best way for this requirment. We want to consult your opinions.

Thank you.

Regards,
Edwin Lee
20160125
​

[jira] [Commented] (LUCENE-6956) TestBKDTree.testRandomMedium() failure: some hits were wrong

[Nicholas Knize (JIRA)]

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

Nicholas Knize commented on LUCENE-6956:


done!

> TestBKDTree.testRandomMedium() failure: some hits were wrong
> 
>
> Key: LUCENE-6956
> URL: https://issues.apache.org/jira/browse/LUCENE-6956
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Steve Rowe
>Assignee: Michael McCandless
> Attachments: LUCENE-6956.patch, LUCENE-6956.patch, LUCENE-6956.patch
>
>
> My Jenkins found a reproducible seed for a failure of 
> {{TestBKDTree.testRandomMedium()}} on branch_5x with Java8:
> {noformat}
>   [junit4] Suite: org.apache.lucene.bkdtree.TestBKDTree
>[junit4]   1> T1: id=29784 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29528
>[junit4]   1>   lat=86.88086835667491 lon=-8.821268286556005
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=29801 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29545
>[junit4]   1>   lat=86.88149104826152 lon=-9.34366637840867
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=29961 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29705
>[junit4]   1>   lat=86.8706679996103 lon=-9.38328042626381
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30015 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29759
>[junit4]   1>   lat=86.84762765653431 lon=-9.44802425801754
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30017 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29761
>[junit4]   1>   lat=86.8753323610872 lon=-9.091365560889244
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30042 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29786
>[junit4]   1>   lat=86.85837233439088 lon=-9.127480667084455
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30061 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29805
>[junit4]   1>   lat=86.85876209288836 lon=-9.408821929246187
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30077 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29821
>[junit4]   1>   lat=86.84681385755539 lon=-8.837449550628662
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30185 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29929
>[junit4]   1>   lat=86.84285902418196 

[JENKINS-EA] Lucene-Solr-trunk-Linux (64bit/jdk-9-ea+95) - Build # 15645 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15645/
Java: 64bit/jdk-9-ea+95 -XX:-UseCompressedOops -XX:+UseParallelGC 
-XX:-CompactStrings

3 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.client.solrj.io.stream.StreamExpressionTest

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

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


FAILED:  
junit.framework.TestSuite.org.apache.solr.client.solrj.io.stream.StreamExpressionTest

Error Message:
Captured an uncaught exception in thread: Thread[id=1589, name=Thread-639, 
state=RUNNABLE, group=TGRP-StreamExpressionTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=1589, name=Thread-639, state=RUNNABLE, 
group=TGRP-StreamExpressionTest]
Caused by: org.apache.solr.common.SolrException: Could not load collection from 
ZK: parallelDestinationCollection1
at __randomizedtesting.SeedInfo.seed([EC20F3A403303612]:0)
at 
org.apache.solr.common.cloud.ZkStateReader.getCollectionLive(ZkStateReader.java:960)
at 
org.apache.solr.common.cloud.ZkStateReader$LazyCollectionRef.get(ZkStateReader.java:518)
at 
org.apache.solr.common.cloud.ClusterState.getCollectionOrNull(ClusterState.java:190)
at 
org.apache.solr.common.cloud.ClusterState.hasCollection(ClusterState.java:120)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.getCollectionNames(CloudSolrClient.java:)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:834)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:807)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:150)
at org.apache.solr.client.solrj.SolrClient.add(SolrClient.java:107)
at org.apache.solr.client.solrj.SolrClient.add(SolrClient.java:72)
at 
org.apache.solr.client.solrj.io.stream.UpdateStream.uploadBatchToCollection(UpdateStream.java:256)
at 
org.apache.solr.client.solrj.io.stream.UpdateStream.read(UpdateStream.java:118)
at 
org.apache.solr.client.solrj.io.stream.DaemonStream$StreamRunner.run(DaemonStream.java:247)
Caused by: java.lang.InterruptedException
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:516)
at org.apache.zookeeper.ClientCnxn.submitRequest(ClientCnxn.java:1342)
at org.apache.zookeeper.ZooKeeper.getData(ZooKeeper.java:1153)
at 
org.apache.solr.common.cloud.SolrZkClient$7.execute(SolrZkClient.java:354)
at 
org.apache.solr.common.cloud.SolrZkClient$7.execute(SolrZkClient.java:351)
at 
org.apache.solr.common.cloud.ZkCmdExecutor.retryOperation(ZkCmdExecutor.java:61)
at 
org.apache.solr.common.cloud.SolrZkClient.getData(SolrZkClient.java:351)
at 
org.apache.solr.common.cloud.ZkStateReader.fetchCollectionState(ZkStateReader.java:968)
at 
org.apache.solr.common.cloud.ZkStateReader.getCollectionLive(ZkStateReader.java:955)
... 12 more


FAILED:  org.apache.solr.client.solrj.io.stream.StreamExpressionTest.testAll

Error Message:
Test abandoned because suite timeout was reached.

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




Build Log:
[...truncated 11873 lines...]
   [junit4] Suite: org.apache.solr.client.solrj.io.stream.StreamExpressionTest
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-solrj/test/J1/temp/solr.client.solrj.io.stream.StreamExpressionTest_EC20F3A403303612-001/init-core-data-001
   [junit4]   2> 27954 INFO  
(SUITE-StreamExpressionTest-seed#[EC20F3A403303612]-worker) [] 
o.a.s.SolrTestCaseJ4 Randomized ssl (false) and clientAuth (true)
   [junit4]   2> 27955 INFO  
(SUITE-StreamExpressionTest-seed#[EC20F3A403303612]-worker) [] 
o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /
   [junit4]   2> 27956 WARN  
(SUITE-StreamExpressionTest-seed#[EC20F3A403303612]-worker) [] 
o.a.s.c.AbstractZkTestCase TEST_HOME() does not exist - solrj test?
   [junit4]   2> 27964 INFO  
(TEST-StreamExpressionTest.testAll-seed#[EC20F3A403303612]) [] 
o.a.s.c.ZkTestServer STARTING ZK TEST SERVER
   [junit4]   2> 27965 INFO  (Thread-522) [] o.a.s.c.ZkTestServer client 
port:0.0.0.0/0.0.0.0:0
   [junit4]   2> 27966 INFO  (Thread-522) [] o.a.s.c.ZkTestServer Starting 
server
   [junit4]   2> 28065 INFO  
(TEST-StreamExpressionTest.testAll-seed#[EC20F3A403303612]) [] 
o.a.s.c.ZkTestServer start zk server on port:44698
   [junit4]   2> 28079 INFO  
(TEST-StreamExpressionTest.testAll-seed#[EC20F3A403303612]) [] 
o.a.s.c.c.SolrZkClient Using default ZkCredentialsProvider
   [junit4]   2> 28111 INFO  

Re: Merge vs Rebase

[David Smiley]

I suspect my picture didn’t make it so I’m trying again:


Or if that didn’t work, I put it on dropbox:
https://www.dropbox.com/s/p3q9ycxytxfqssz/lucene-merge-commit-pic.png?dl=0

~ David

> On Jan 25, 2016, at 1:07 AM, david.w.smi...@gmail.com wrote:
> 
> 
> 
> Just to put a little picture to this, I noticed the following:  (see attached 
> pic)
> I suspect it was the bi-product of using a merge based pull (I think the 
> default?) instead of a rebase one, and as a result we have this little loop 
> in the log.  No doubt there is a place for merge commits (e.g. merging one 
> feature branch and another); but is there an advocate willing to tell us the 
> virtues that in this instance (not all instances but this one), it's a good 
> thing?  i.e. is there some insight this loop shows that that I should value 
> more than a direct simple lineage?
> 
> FWIW I prefer to rebase my commits to prevent these little merge bubbles.  It 
> happens automatically with this setting:
>git config --global pull.rebase true
> Alternatively it could be done without the --global flag.  I would most 
> appreciate it if other committers used this same setting, and I think we'd 
> all mutually appreciate it as well with cleaner git histories.
> 
> ~ David
> -- 
> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
> LinkedIn: http://linkedin.com/in/davidwsmiley 
>  | Book: 
> http://www.solrenterprisesearchserver.com 
> 

[JENKINS] Lucene-Solr-5.x-Linux (32bit/jdk1.8.0_66) - Build # 15336 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/15336/
Java: 32bit/jdk1.8.0_66 -server -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.security.BasicAuthIntegrationTest.testBasics

Error Message:
must have failed

Stack Trace:
java.lang.AssertionError: must have failed
at 
__randomizedtesting.SeedInfo.seed([7E026F2F55AB5759:43DAC1036D450929]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.security.BasicAuthIntegrationTest.doExtraTests(BasicAuthIntegrationTest.java:165)
at 
org.apache.solr.cloud.TestMiniSolrCloudClusterBase.testCollectionCreateSearchDelete(TestMiniSolrCloudClusterBase.java:187)
at 
org.apache.solr.cloud.TestMiniSolrCloudClusterBase.testBasics(TestMiniSolrCloudClusterBase.java:79)
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:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 10298 lines...]
   [junit4] Suite: org.apache.solr.security.BasicAuthIntegrationTest
   [junit4]   2> 

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

[Apache Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.lucene.search.TestLatLonPointQueries.testRandomBig

Error Message:
Captured an uncaught exception in thread: Thread[id=69, name=T1, 
state=RUNNABLE, group=TGRP-TestLatLonPointQueries]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=69, name=T1, state=RUNNABLE, 
group=TGRP-TestLatLonPointQueries]
Caused by: java.lang.AssertionError: some hits were wrong
at __randomizedtesting.SeedInfo.seed([E332BA7DBDF3173D]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
at 
org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
at 
org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)




Build Log:
[...truncated 8037 lines...]
   [junit4] Suite: org.apache.lucene.search.TestLatLonPointQueries
   [junit4]   1> T1: id=480215 should match but did not
   [junit4]   1>   small=true query=PointInRectQuery:field=point: Lower Left: 
[118.83159050631862,20.15449834890741] Upper Right: 
[118.85143722130395,21.05741878617187] docID=621653
   [junit4]   1>   lat=20.638151623427863 lon=118.83159052767718
   [junit4]   1>   deleted?=false
   [junit4]   2> ינו 24, 2016 9:13:14 AM 
com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler
 uncaughtException
   [junit4]   2> WARNING: Uncaught exception in thread: 
Thread[T1,5,TGRP-TestLatLonPointQueries]
   [junit4]   2> java.lang.AssertionError: some hits were wrong
   [junit4]   2>at 
__randomizedtesting.SeedInfo.seed([E332BA7DBDF3173D]:0)
   [junit4]   2>at org.junit.Assert.fail(Assert.java:93)
   [junit4]   2>at 
org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
   [junit4]   2>at 
org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
   [junit4]   2>at 
org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)
   [junit4]   2> 
   [junit4]   2> NOTE: download the large Jenkins line-docs file by running 
'ant get-jenkins-line-docs' in the lucene directory.
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestLatLonPointQueries -Dtests.method=testRandomBig 
-Dtests.seed=E332BA7DBDF3173D -Dtests.multiplier=2 -Dtests.nightly=true 
-Dtests.slow=true 
-Dtests.linedocsfile=/x1/jenkins/lucene-data/enwiki.random.lines.txt 
-Dtests.locale=he -Dtests.timezone=America/Guatemala -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
   [junit4] ERROR   36.4s J1 | TestLatLonPointQueries.testRandomBig <<<
   [junit4]> Throwable #1: java.lang.AssertionError
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase.verify(BaseGeoPointTestCase.java:770)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase.doTestRandom(BaseGeoPointTestCase.java:411)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase.testRandomBig(BaseGeoPointTestCase.java:340)
   [junit4]>at java.lang.Thread.run(Thread.java:745)Throwable #2: 
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=69, name=T1, state=RUNNABLE, 
group=TGRP-TestLatLonPointQueries]
   [junit4]> Caused by: java.lang.AssertionError: some hits were wrong
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([E332BA7DBDF3173D]:0)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)
   [junit4]   2> NOTE: leaving temporary files on disk at: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk/lucene/build/sandbox/test/J1/temp/lucene.search.TestLatLonPointQueries_E332BA7DBDF3173D-001
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene60): 
{id=FSTOrd50}, docValues:{id=DocValuesFormat(name=Lucene54)}, 
sim=ClassicSimilarity, locale=he, timezone=America/Guatemala
   [junit4]   2> NOTE: Linux 3.13.0-52-generic amd64/Oracle Corporation 
1.8.0_66 (64-bit)/cpus=4,threads=1,free=83251552,total=332922880
   [junit4]   2> NOTE: All tests run in this JVM: [TestDocValuesTermsQuery, 
TestPayloadSpanUtil, TestLatLonPointQueries]
   [junit4] Completed [11/13 (1!)] on J1 in 88.44s, 8 tests, 1 error <<< 
FAILURES!

[...truncated 21 lines...]
BUILD FAILED
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk/build.xml:682:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk/build.xml:619:
 The following error occurred while 

[jira] [Commented] (SOLR-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Kevin Risden (JIRA)]

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

Kevin Risden commented on SOLR-8519:


Hmmm I think that adding metadata to the first tuple could work. The other 
thought I had was why not pass it back as part of the context? Currently the 
context is being stripped out by the JSONTupleStream and only looking for the 
tuples. This would basically act as the header which could hold any metadata 
necessary.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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: intellij git history

[david.w.smi...@gmail.com]

THANKS!
On Sun, Jan 24, 2016 at 11:26 AM Dawid Weiss  wrote:

> I will do it.
>
> D.
>
> On Sun, Jan 24, 2016 at 3:06 PM, Uwe Schindler  wrote:
> > Hi,
> >
> > I tried it out locally: It is quite easy to use "rebase" and step over
> those 2 commits. So you can just remove them, because they are together
> basically a no-op (remove all and then add all back).
> >
> > I can do that for both branches and then do a "git push --force" of the
> rewritten history? Any comments?
> >
> > Uwe
> >
> > -
> > Uwe Schindler
> > H.-H.-Meier-Allee 63, D-28213 Bremen
> > http://www.thetaphi.de
> > eMail: u...@thetaphi.de
> >
> >
> >> -Original Message-
> >> From: Dawid Weiss [mailto:dawid.we...@gmail.com]
> >> Sent: Sunday, January 24, 2016 9:59 AM
> >> To: dev@lucene.apache.org
> >> Subject: Re: intellij git history
> >>
> >> We can move the reference for master and branch_5x -- these are
> >> affected. I can do it tonight and cherry pick any commits that have
> >> been added since then.
> >>
> >> Dawid
> >>
> >> On Sun, Jan 24, 2016 at 7:07 AM, david.w.smi...@gmail.com
> >>  wrote:
> >> > I'm seeing this too Yonik :-(  This really sucks.  I googled and
> found this:
> >> >
> >> > http://stackoverflow.com/questions/27797965/showing-graphically-the-
> >> equivalent-of-git-log-follow-in-intellij
> >> > Which makes reference to 2 IntelliJ issue tracker bug reports, both
> marked
> >> > as closed years ago.  In summary, Jetbrains says IntelliJ has its own
> rename
> >> > detection algorithm and deliberately doesn't use "--follow" because it
> >> > alleges it to be buggy.
> >> >
> >> > What to do?  I'm sure it's controversial to suggest this but... why
> did we
> >> > need this delete all & re-add commits in the first place?  I'm +1 to
> a force
> >> > push to omit them; it will never be easier to do this than now (just 4
> >> > branches).  FWIW IntelliJ's algorithm *does* follow
> SearchComponent.java
> >> > from just prior to this to its inception in 2007 -- my go-to test this
> >> > feature works.  I tested this by adding a branch based on a hash from
> just
> >> > prior to these commits and then viewing the history of this file (all
> via
> >> > IntelliJ).
> >> >
> >> > ~ David
> >> >
> >> > On Sat, Jan 23, 2016 at 10:27 PM Mark Miller 
> >> wrote:
> >> >>
> >> >> Just a guess, but perhaps the follow option will help?
> >> >> On Sat, Jan 23, 2016 at 9:56 PM Yonik Seeley 
> wrote:
> >> >>>
> >> >>> Everything looks fine from the command line, but Intellij  IDEA 14
> >> >>> doesn't seem to be able to see the history:
> >> >>>
> >> >>> If I right click on a file and do "GIT->Show History" I only see a
> single
> >> >>> entry:
> >> >>>
> >> >>> * 2c97a68 2016-01-23 | Revert "LUCENE-6937: moving trunk from SVN to
> >> >>> GIT." Welcome to GIT world. [Dawid Weiss]
> >> >>>
> >> >>> Anyone else see this?
> >> >>>
> >> >>> -Yonik
> >> >>>
> >> >>>
> -
> >> >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >> >>> For additional commands, e-mail: dev-h...@lucene.apache.org
> >> >>>
> >> >> --
> >> >> - Mark
> >> >> about.me/markrmiller
> >> >
> >> > --
> >> > Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
> >> > LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
> >> > http://www.solrenterprisesearchserver.com
> >>
> >> -
> >> 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
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
> --
Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
http://www.solrenterprisesearchserver.com

[JENKINS-MAVEN] Lucene-Solr-Maven-5.x #1164: POMs out of sync

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Maven-5.x/1164/

No tests ran.

Build Log:
[...truncated 28192 lines...]
BUILD FAILED
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/build.xml:701: The 
following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/build.xml:297: The 
following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/solr/build.xml:672: 
The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/solr/common-build.xml:469:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/lucene/common-build.xml:1668:
 The following error occurred while executing this line:
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.x/lucene/common-build.xml:579:
 Error deploying artifact 'org.apache.solr:solr-analytics:jar': Error deploying 
artifact: Error transferring file

Total time: 35 minutes 26 seconds
Build step 'Invoke Ant' marked build as failure
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-8337) Add ReduceOperation and wire it into the ReducerStream

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8337:
--

It was conflicting with the count metric function call and it was only being 
used for some very early test cases. I just removed it a changed the test cases.

> Add ReduceOperation and wire it into the ReducerStream
> --
>
> Key: SOLR-8337
> URL: https://issues.apache.org/jira/browse/SOLR-8337
> Project: Solr
>  Issue Type: Bug
>Reporter: Joel Bernstein
> Attachments: SOLR-8337.patch, SOLR-8337.patch, SOLR-8337.patch, 
> SOLR-8337.patch, SOLR-8337.patch
>
>
> The current ReducerStream groups all documents that share the same key(s) 
> into a list and emits a single Tuple that contains this list. There is no way 
> to tell the ReducerStream to do something more interesting with groups, for 
> example summing a column within a group, or joining tuples. 
> This ticket adds a new type of operation called a ReduceOperation which is 
> passed to the ReducerStream so that the reduce behavior can be specialized.
> The ReduceOperation has two methods:
> 1) operate(Tuple) : This is called once for each Tuple in a group. This 
> method can be used to aggregate Tuples as they added to a group. 
> 2) reduce() : This is called when the group keys change. This method returns 
> a single Tuple which is output by the ReducerStream. The ReduceOperation must 
> clear it's internal structures when reduce is called as well, to prepare for 
> the next group.



--
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: Branches branch_5x and master have force-updated heads (!)

[Uwe Schindler]

Hi,

Sorry, of course I meant "fetch". :-)

Sorry for confusion: I replaced my local branch with the one from origin. There 
are several ways to do this:

- Your solution with fetch and then hard reset
- Delete local branch and then pull or fetch

The history is not diverged, I checked this :-) I know how this looks like in 
the log viewer! 

The Jenkins servers were also handling this correct (they did exactly what you 
said), just a bit more complicated to be prepared to such hard shit (and also 
to clean up working copy to the completely resettled state):

Building remotely on lucene in workspace 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.x-Java7
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url git://git.apache.org/lucene-solr.git # 
 > timeout=10
Cleaning workspace
 > git rev-parse --verify HEAD # timeout=10
Resetting working tree
 > git reset --hard # timeout=10
 > git clean -fdx # timeout=10
Fetching upstream changes from git://git.apache.org/lucene-solr.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > git://git.apache.org/lucene-solr.git +refs/heads/*:refs/remotes/origin/*
 > git rev-parse refs/remotes/origin/branch_5x^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/branch_5x^{commit} # timeout=10
Checking out Revision 104f7c9c938939e829782410958a302574e4d5a4 
(refs/remotes/origin/branch_5x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 104f7c9c938939e829782410958a302574e4d5a4
 > git rev-list 1ebe07b770a72ad1a03a35a1d8ab7b09b5331323 # timeout=10

Uwe

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

> -Original Message-
> From: Dawid Weiss [mailto:dawid.we...@gmail.com]
> Sent: Sunday, January 24, 2016 6:39 PM
> To: dev@lucene.apache.org
> Subject: Re: Branches branch_5x and master have force-updated heads (!)
> 
> > (as I had no changes in my checkout, I just pulled the branches from
> remote replacing the local one)
> 
> I don't know what you did, but it it wasn't pulling ;) Here is a bit
> of git parlance overview:
> 
> - You "fetch" new commits and reference updates (git fetch origin).
> - A "pull" is basically fetch + merge remote tracking branch.
> 
> If you did in fact pull then you should see diverged history (your
> local branch reference and the remote it's tracking wouldn't be on the
> same commit). Something like this:
> 
> $ git status
> 
> # On branch master
> # Your branch and 'origin/master' have diverged,
> # and have 3 and 9 different commits each, respectively.
> #   (use "git pull" to merge the remote branch into yours)
> 
> Perhaps what you did was you "reset" the local branch (reference) to
> the updated remote? If you didn't (and you know you didn't have any
> commits) you should reset it:
> 
> git fetch origin
> git checkout master
> git reset --hard origin/master
> git checkout branch_5x
> git reset --hard origin/branch_5x
> 
> This ensures your local branch references are pointing at the latest
> commits on their remote counterparts.
> 
> Dawid
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org


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

[jira] [Commented] (SOLR-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8519:
--

We can use this ticket to workout the git workflow. How does this sound?:

1) Create a pull request on apache lucene-solr repo. 
2) I'll pull to my local repo.
3) I can either make changes locally or comment on the pull request.
4) When it's ready to commit I'll push to the lucene-solr repo. We can probably 
squash all the commits into a one commit for the push. I need to figure out the 
commands for this.



> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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: Branches branch_5x and master have force-updated heads (!)

[Uwe Schindler]

Hi,

Thanks!
(as I had no changes in my checkout, I just pulled the branches from remote 
replacing the local one)

Uwe

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


> -Original Message-
> From: Dawid Weiss [mailto:dawid.we...@gmail.com]
> Sent: Sunday, January 24, 2016 6:06 PM
> To: dev@lucene.apache.org
> Subject: Branches branch_5x and master have force-updated heads (!)
> 
> Hello,
> 
> Several people reported problems with the fact that git history
> included the "wipeout-and-revert" pair of commits imported from the
> SVN history. The problems seem to be:
> 
> 1) every file has a pair of two commits (removal/ restore),
> 
> 2) not every tool shows file history past the removal point.
> 
> Since we're still within the "migration weekend" and because this is
> relatively easy to fix I think it was worth repairing while we still
> can.
> 
> I cherry picked all commits that have happened since the migration on
> master and branch_5x and re-applied them on top of the commit
> immediately preceding the wipeout (for each branch correspondingly).
> Then I updated references to master and branch_5x on the repository.
> Look at the attached commit tree to see what it looks like for
> branch_5x.
> 
> Please note that the use of "--force" with "git push" is generally a
> big no-no -- this really is a special case and fixup of a problem that
> could grow into a larger one.
> 
> If you already have a clone of the repo then remote references will be
> updated for you on "git fetch". You should then rebase your changes on
> top of these new heads. If you don't know how, it's better to create a
> new branch and cherry pick commit-by-commit from your old branch.
> 
> Apologies for the problem.
> 
> Dawid


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

[jira] [Commented] (SOLR-8337) Add ReduceOperation and wire it into the ReducerStream

[Kevin Risden (JIRA)]

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

Kevin Risden commented on SOLR-8337:


[~joel.bernstein] - Any reason that this patch removed 
".withFunctionName("count", RecordCountStream.class)" from StreamingTest? It 
looks like RecordCountStream is never used without that line.

> Add ReduceOperation and wire it into the ReducerStream
> --
>
> Key: SOLR-8337
> URL: https://issues.apache.org/jira/browse/SOLR-8337
> Project: Solr
>  Issue Type: Bug
>Reporter: Joel Bernstein
> Attachments: SOLR-8337.patch, SOLR-8337.patch, SOLR-8337.patch, 
> SOLR-8337.patch, SOLR-8337.patch
>
>
> The current ReducerStream groups all documents that share the same key(s) 
> into a list and emits a single Tuple that contains this list. There is no way 
> to tell the ReducerStream to do something more interesting with groups, for 
> example summing a column within a group, or joining tuples. 
> This ticket adds a new type of operation called a ReduceOperation which is 
> passed to the ReducerStream so that the reduce behavior can be specialized.
> The ReduceOperation has two methods:
> 1) operate(Tuple) : This is called once for each Tuple in a group. This 
> method can be used to aggregate Tuples as they added to a group. 
> 2) reduce() : This is called when the group keys change. This method returns 
> a single Tuple which is output by the ReducerStream. The ReduceOperation must 
> clear it's internal structures when reduce is called as well, to prepare for 
> the next group.



--
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_66) - Build # 15639 - Failure!

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.lucene.search.TestLatLonPointQueries.testMultiValued

Error Message:
some hits were wrong

Stack Trace:
java.lang.AssertionError: some hits were wrong
at 
__randomizedtesting.SeedInfo.seed([24C771667AB5358D:F0E71554B47775C5]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.lucene.util.BaseGeoPointTestCase.testMultiValued(BaseGeoPointTestCase.java:322)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 7538 lines...]
   [junit4] Suite: org.apache.lucene.search.TestLatLonPointQueries
   [junit4]   1> 
TEST-TestLatLonPointQueries.testMultiValued-seed#[24C771667AB5358D]: id=35271 
docID=35271 should match but did not
   [junit4]   1>   rect=GeoRect(lon=-146.84663509803303 TO -146.56233608458848 
lat=-62.39678938833797 TO -61.56564508175547)
   [junit4]   1>   lat=-61.631381487803864 lon=-146.56233603147948
   [junit4]   1>   lat=-61.348752114518696 lon=-146.25135932347175
   [junit4]   1>   result1=true result2=false
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestLatLonPointQueries -Dtests.method=testMultiValued 
-Dtests.seed=24C771667AB5358D -Dtests.multiplier=3 

[jira] [Commented] (SOLR-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Kevin Risden (JIRA)]

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

Kevin Risden commented on SOLR-8519:


I've been using git and creating patches previous to the git migration. I can 
create PRs as well no problem. I'm migrating my local copy over to the new Git 
currently.

Just for reference here is the flow I was using before the git migration with 
git locally:

new work on JIRA
1. git checkout -b JIRA#
2. work work work
3. git add .
4. git commit -m "STUFF"
5. git format-patch --stdout -p --no-prefix trunk > ~/Downloads/$(git rev-parse 
--abbrev-ref HEAD).patch
6. attach patch to JIRA

updating local work based on comments
1. git checkout JIRA#
2. work work work
3. git add .
4. git commit --amend
5. git format-patch --stdout -p --no-prefix trunk > ~/Downloads/$(git rev-parse 
--abbrev-ref HEAD).patch
attach patch to JIRA

applying someones patch
1. git checkout -b JIRA#
2. git apply -p0 PATCH_FILE
3. git diff

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-MacOSX (64bit/jdk1.8.0) - Build # 3034 - Still Failing!

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.lucene.search.TestLatLonPointQueries.testAllLatEqual

Error Message:
Captured an uncaught exception in thread: Thread[id=23, name=T3, 
state=RUNNABLE, group=TGRP-TestLatLonPointQueries]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=23, name=T3, state=RUNNABLE, 
group=TGRP-TestLatLonPointQueries]
Caused by: java.lang.AssertionError: some hits were wrong
at __randomizedtesting.SeedInfo.seed([606D0BCAE83D7EB]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
at 
org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
at 
org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)




Build Log:
[...truncated 7440 lines...]
   [junit4] Suite: org.apache.lucene.search.TestLatLonPointQueries
   [junit4]   1> T3: id=813 should match but did not
   [junit4]   1>   small=true query=PointInRectQuery:field=point: Lower Left: 
[144.96687377402864,-50.62905636711681] Upper Right: 
[147.01276322426614,-49.82077740099452] docID=786
   [junit4]   1>   lat=-50.4586266561685 lon=144.9668737778872
   [junit4]   1>   deleted?=false
   [junit4]   2> janv. 24, 2016 5:10:09 PM 
com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler
 uncaughtException
   [junit4]   2> WARNING: Uncaught exception in thread: 
Thread[T3,5,TGRP-TestLatLonPointQueries]
   [junit4]   2> java.lang.AssertionError: some hits were wrong
   [junit4]   2>at 
__randomizedtesting.SeedInfo.seed([606D0BCAE83D7EB]:0)
   [junit4]   2>at org.junit.Assert.fail(Assert.java:93)
   [junit4]   2>at 
org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
   [junit4]   2>at 
org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
   [junit4]   2>at 
org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)
   [junit4]   2> 
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestLatLonPointQueries -Dtests.method=testAllLatEqual 
-Dtests.seed=606D0BCAE83D7EB -Dtests.slow=true -Dtests.locale=fr 
-Dtests.timezone=Africa/Algiers -Dtests.asserts=true 
-Dtests.file.encoding=ISO-8859-1
   [junit4] ERROR   2.96s J0 | TestLatLonPointQueries.testAllLatEqual <<<
   [junit4]> Throwable #1: java.lang.AssertionError
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase.verify(BaseGeoPointTestCase.java:770)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase.testAllLatEqual(BaseGeoPointTestCase.java:150)
   [junit4]>at java.lang.Thread.run(Thread.java:745)Throwable #2: 
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=23, name=T3, state=RUNNABLE, 
group=TGRP-TestLatLonPointQueries]
   [junit4]> Caused by: java.lang.AssertionError: some hits were wrong
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([606D0BCAE83D7EB]:0)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
   [junit4]>at 
org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)
   [junit4] IGNOR/A 0.01s J0 | TestLatLonPointQueries.testRandomBig
   [junit4]> Assumption #1: 'nightly' test group is disabled (@Nightly())
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene60): 
{id=PostingsFormat(name=LuceneFixedGap)}, 
docValues:{id=DocValuesFormat(name=Asserting)}, sim=ClassicSimilarity, 
locale=fr, timezone=Africa/Algiers
   [junit4]   2> NOTE: Mac OS X 10.8.5 x86_64/Oracle Corporation 1.8.0_66 
(64-bit)/cpus=3,threads=1,free=32238984,total=54788096
   [junit4]   2> NOTE: All tests run in this JVM: [TestLatLonPointQueries]
   [junit4] Completed [2/13 (1!)] on J0 in 17.82s, 8 tests, 1 error, 1 skipped 
<<< FAILURES!

[...truncated 55 lines...]
BUILD FAILED
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:675: The following 
error occurred while executing this line:
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:619: The following 
error occurred while executing this line:
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:57: The following 
error occurred while executing this line:
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/build.xml:475: The 
following error occurred while executing this line:
/Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/lucene/common-build.xml:2154: 
The following error occurred while executing this line:

Branches branch_5x and master have force-updated heads (!)

[Dawid Weiss]

Hello,

Several people reported problems with the fact that git history
included the "wipeout-and-revert" pair of commits imported from the
SVN history. The problems seem to be:

1) every file has a pair of two commits (removal/ restore),

2) not every tool shows file history past the removal point.

Since we're still within the "migration weekend" and because this is
relatively easy to fix I think it was worth repairing while we still
can.

I cherry picked all commits that have happened since the migration on
master and branch_5x and re-applied them on top of the commit
immediately preceding the wipeout (for each branch correspondingly).
Then I updated references to master and branch_5x on the repository.
Look at the attached commit tree to see what it looks like for
branch_5x.

Please note that the use of "--force" with "git push" is generally a
big no-no -- this really is a special case and fixup of a problem that
could grow into a larger one.

If you already have a clone of the repo then remote references will be
updated for you on "git fetch". You should then rebase your changes on
top of these new heads. If you don't know how, it's better to create a
new branch and cherry pick commit-by-commit from your old branch.

Apologies for the problem.

Dawid

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

[jira] [Commented] (SOLR-8337) Add ReduceOperation and wire it into the ReducerStream

[Kevin Risden (JIRA)]

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

Kevin Risden commented on SOLR-8337:


So that means that the RecordCountStream file can be deleted? Looks like its an 
unused file.

> Add ReduceOperation and wire it into the ReducerStream
> --
>
> Key: SOLR-8337
> URL: https://issues.apache.org/jira/browse/SOLR-8337
> Project: Solr
>  Issue Type: Bug
>Reporter: Joel Bernstein
> Attachments: SOLR-8337.patch, SOLR-8337.patch, SOLR-8337.patch, 
> SOLR-8337.patch, SOLR-8337.patch
>
>
> The current ReducerStream groups all documents that share the same key(s) 
> into a list and emits a single Tuple that contains this list. There is no way 
> to tell the ReducerStream to do something more interesting with groups, for 
> example summing a column within a group, or joining tuples. 
> This ticket adds a new type of operation called a ReduceOperation which is 
> passed to the ReducerStream so that the reduce behavior can be specialized.
> The ReduceOperation has two methods:
> 1) operate(Tuple) : This is called once for each Tuple in a group. This 
> method can be used to aggregate Tuples as they added to a group. 
> 2) reduce() : This is called when the group keys change. This method returns 
> a single Tuple which is output by the ReducerStream. The ReduceOperation must 
> clear it's internal structures when reduce is called as well, to prepare for 
> the next group.



--
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: Branches branch_5x and master have force-updated heads (!)

[Dawid Weiss]

> (as I had no changes in my checkout, I just pulled the branches from remote 
> replacing the local one)

I don't know what you did, but it it wasn't pulling ;) Here is a bit
of git parlance overview:

- You "fetch" new commits and reference updates (git fetch origin).
- A "pull" is basically fetch + merge remote tracking branch.

If you did in fact pull then you should see diverged history (your
local branch reference and the remote it's tracking wouldn't be on the
same commit). Something like this:

$ git status

# On branch master
# Your branch and 'origin/master' have diverged,
# and have 3 and 9 different commits each, respectively.
#   (use "git pull" to merge the remote branch into yours)

Perhaps what you did was you "reset" the local branch (reference) to
the updated remote? If you didn't (and you know you didn't have any
commits) you should reset it:

git fetch origin
git checkout master
git reset --hard origin/master
git checkout branch_5x
git reset --hard origin/branch_5x

This ensures your local branch references are pointing at the latest
commits on their remote counterparts.

Dawid

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

Re: intellij git history

[Dawid Weiss]

I will do it.

D.

On Sun, Jan 24, 2016 at 3:06 PM, Uwe Schindler  wrote:
> Hi,
>
> I tried it out locally: It is quite easy to use "rebase" and step over those 
> 2 commits. So you can just remove them, because they are together basically a 
> no-op (remove all and then add all back).
>
> I can do that for both branches and then do a "git push --force" of the 
> rewritten history? Any comments?
>
> Uwe
>
> -
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>
>> -Original Message-
>> From: Dawid Weiss [mailto:dawid.we...@gmail.com]
>> Sent: Sunday, January 24, 2016 9:59 AM
>> To: dev@lucene.apache.org
>> Subject: Re: intellij git history
>>
>> We can move the reference for master and branch_5x -- these are
>> affected. I can do it tonight and cherry pick any commits that have
>> been added since then.
>>
>> Dawid
>>
>> On Sun, Jan 24, 2016 at 7:07 AM, david.w.smi...@gmail.com
>>  wrote:
>> > I'm seeing this too Yonik :-(  This really sucks.  I googled and found 
>> > this:
>> >
>> > http://stackoverflow.com/questions/27797965/showing-graphically-the-
>> equivalent-of-git-log-follow-in-intellij
>> > Which makes reference to 2 IntelliJ issue tracker bug reports, both marked
>> > as closed years ago.  In summary, Jetbrains says IntelliJ has its own 
>> > rename
>> > detection algorithm and deliberately doesn't use "--follow" because it
>> > alleges it to be buggy.
>> >
>> > What to do?  I'm sure it's controversial to suggest this but... why did we
>> > need this delete all & re-add commits in the first place?  I'm +1 to a 
>> > force
>> > push to omit them; it will never be easier to do this than now (just 4
>> > branches).  FWIW IntelliJ's algorithm *does* follow SearchComponent.java
>> > from just prior to this to its inception in 2007 -- my go-to test this
>> > feature works.  I tested this by adding a branch based on a hash from just
>> > prior to these commits and then viewing the history of this file (all via
>> > IntelliJ).
>> >
>> > ~ David
>> >
>> > On Sat, Jan 23, 2016 at 10:27 PM Mark Miller 
>> wrote:
>> >>
>> >> Just a guess, but perhaps the follow option will help?
>> >> On Sat, Jan 23, 2016 at 9:56 PM Yonik Seeley  wrote:
>> >>>
>> >>> Everything looks fine from the command line, but Intellij  IDEA 14
>> >>> doesn't seem to be able to see the history:
>> >>>
>> >>> If I right click on a file and do "GIT->Show History" I only see a single
>> >>> entry:
>> >>>
>> >>> * 2c97a68 2016-01-23 | Revert "LUCENE-6937: moving trunk from SVN to
>> >>> GIT." Welcome to GIT world. [Dawid Weiss]
>> >>>
>> >>> Anyone else see this?
>> >>>
>> >>> -Yonik
>> >>>
>> >>> -
>> >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> >>> For additional commands, e-mail: dev-h...@lucene.apache.org
>> >>>
>> >> --
>> >> - Mark
>> >> about.me/markrmiller
>> >
>> > --
>> > Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
>> > LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
>> > http://www.solrenterprisesearchserver.com
>>
>> -
>> 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
>

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

[jira] [Comment Edited] (SOLR-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein edited comment on SOLR-8519 at 1/24/16 6:33 PM:
---

That's another option. If we add a header from the SQLHandler that would work 
as well. Or we could make the first tuple from the SQLHandler be the header 
tuple. In all three scenarios we would want a flag to turn this header off and 
on. The JDBC driver would always have the header on. Clients using the HTTP 
interface could turn it off or on.

So here are the three options:

1) Add the meta-data to first real tuple in the result set.
2) Have the first tuple in the result set be a meta-data tuple.
3) Add a header to the json with meta-data. 

I think #1 is the easiest path forward.


was (Author: joel.bernstein):
That's another option. If we add a header from the SQLHandler that would work 
as well. Or we could make the first tuple from the SQLHandler be the header 
tuple. In all three scenarios we would want a flag to turn this header off and 
on. The JDBC driver would always have the header on. Clients using the HTTP 
interface could turn it off or on.

So here are the three options:

1) Add the meta-data to first tuple real tuple in the result set.
2) Have the first tuple in the result set be a meta-data tuple.
3) Add a header to the json with meta-data. 

I think #1 is the easiest path forward.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8519:
--

Only thing about #1 is that if there is an empty result set there is no first 
tuple.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8519:
--

Ok let's go with #2 with an option to turn it off and on, the JDBC Driver 
always has it on. This also solves the problem of the empty result set.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



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

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

[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.8.0_66) - Build # 15641 - Failure!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15641/
Java: 32bit/jdk1.8.0_66 -server -XX:+UseParallelGC

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

Error Message:
[/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_B70D745EF4E5A2A4-001/solr-instance-014/./collection1/data,
 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_B70D745EF4E5A2A4-001/solr-instance-014/./collection1/data/index.20160124213813760,
 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_B70D745EF4E5A2A4-001/solr-instance-014/./collection1/data/index.20160124213813852]
 expected:<2> but was:<3>

Stack Trace:
java.lang.AssertionError: 
[/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_B70D745EF4E5A2A4-001/solr-instance-014/./collection1/data,
 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_B70D745EF4E5A2A4-001/solr-instance-014/./collection1/data/index.20160124213813760,
 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J0/temp/solr.handler.TestReplicationHandler_B70D745EF4E5A2A4-001/solr-instance-014/./collection1/data/index.20160124213813852]
 expected:<2> but was:<3>
at 
__randomizedtesting.SeedInfo.seed([B70D745EF4E5A2A4:407E9A06320D0D42]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.handler.TestReplicationHandler.checkForSingleIndex(TestReplicationHandler.java:815)
at 
org.apache.solr.handler.TestReplicationHandler.doTestIndexAndConfigAliasReplication(TestReplicationHandler.java:1245)
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:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 

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

[Policeman Jenkins Server]

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

1 tests failed.
FAILED:  org.apache.solr.update.processor.TestNamedUpdateProcessors.test

Error Message:
java.util.concurrent.TimeoutException: Could not connect to ZooKeeper 
127.0.0.1:60783/solr within 1 ms

Stack Trace:
org.apache.solr.common.SolrException: java.util.concurrent.TimeoutException: 
Could not connect to ZooKeeper 127.0.0.1:60783/solr within 1 ms
at 
__randomizedtesting.SeedInfo.seed([7D321AC677E4D9FA:F566251CD918B402]:0)
at 
org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:182)
at 
org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:116)
at 
org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:106)
at 
org.apache.solr.common.cloud.ZkStateReader.(ZkStateReader.java:202)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.connect(CloudSolrClient.java:467)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.initCloud(AbstractFullDistribZkTestBase.java:266)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.createServers(AbstractFullDistribZkTestBase.java:328)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:963)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:940)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.util.concurrent.TimeoutException: Could not connect to 
ZooKeeper 127.0.0.1:60783/solr within 1 ms
   

[jira] [Commented] (SOLR-8337) Add ReduceOperation and wire it into the ReducerStream

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8337:
--

Yes

> Add ReduceOperation and wire it into the ReducerStream
> --
>
> Key: SOLR-8337
> URL: https://issues.apache.org/jira/browse/SOLR-8337
> Project: Solr
>  Issue Type: Bug
>Reporter: Joel Bernstein
> Attachments: SOLR-8337.patch, SOLR-8337.patch, SOLR-8337.patch, 
> SOLR-8337.patch, SOLR-8337.patch
>
>
> The current ReducerStream groups all documents that share the same key(s) 
> into a list and emits a single Tuple that contains this list. There is no way 
> to tell the ReducerStream to do something more interesting with groups, for 
> example summing a column within a group, or joining tuples. 
> This ticket adds a new type of operation called a ReduceOperation which is 
> passed to the ReducerStream so that the reduce behavior can be specialized.
> The ReduceOperation has two methods:
> 1) operate(Tuple) : This is called once for each Tuple in a group. This 
> method can be used to aggregate Tuples as they added to a group. 
> 2) reduce() : This is called when the group keys change. This method returns 
> a single Tuple which is output by the ReducerStream. The ReduceOperation must 
> clear it's internal structures when reduce is called as well, to prepare for 
> the next group.



--
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-8590) example/files improvements

[Erik Hatcher (JIRA)]

Erik Hatcher created SOLR-8590:
--

 Summary: example/files improvements
 Key: SOLR-8590
 URL: https://issues.apache.org/jira/browse/SOLR-8590
 Project: Solr
  Issue Type: Bug
  Components: examples
Reporter: Erik Hatcher
Assignee: Erik Hatcher
Priority: Minor
 Fix For: 6.0


There are several example/files improvements/fixes that are warranted:

* Fix e-mail and URL field names ({{_ss}} and {{_ss}}, with angle 
brackets in field names), also add display of these fields in /browse results 
rendering
* Improve quality of extracted phrases
* Extract, facet, and display acronyms
* Add sorting controls, possibly all or some of these: last modified date, 
created date, relevancy, and title
* Add grouping by doc_type perhaps



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8519:
--

That's another option. If we add a header from the SQLHandler that would work 
as well. Or we could make the first tuple from the SQLHandler be the header 
tuple. In all three scenarios we would want a flag to turn this header off and 
on. The JDBC driver would always have the header on. Clients using the HTTP 
interface could turn it off or on.

So here are the three options:

1) Add the meta-data to first tuple real tuple in the result set.
2) Have the first tuple in the result set be a meta-data tuple.
3) Add a header to the json with meta-data. 

I think #1 is the easiest path forward.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Kevin Risden (JIRA)]

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

Kevin Risden commented on SOLR-8519:


I like #2 since then don't have to worry about conflicting field names with 
field names that could come back from a result set. #2 is a nice compromise 
between #1 and #3.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-8519:
--

We can still use the approach of wrapping a MetaDataStream around the final 
TupleStream. The last step in SQLTupleStreamParser can wrap the MetaDataStream. 
We have access to the SQLVisitor at this step.

All the JdbcTests will need to be adjusted for this, which is fine because it 
will become a standard part of the JdbcTest cases to assert the result meta 
data.

We don't want to have to touch TestSQLHandler though, so by default the 
MetaDataTuple should be turned off.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Kevin Risden (JIRA)]

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

Kevin Risden commented on SOLR-8519:


Yea that sounds reasonable to me. The JdbcTests might not have to change very 
much since the DriverImpl can force a property to be set like how 
aggregationMode is done now.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-8519) Implement ResultSetMetaDataImpl.getColumnCount()

[Kevin Risden (JIRA)]

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

Kevin Risden updated SOLR-8519:
---
Attachment: SOLR-8519.patch

Here is an initial patch based on [~joel.bernstein]'s outline. It needs to be 
cleaned up a bit with comments and some more tests. I passed fields and aliases 
back as just a starting point.

> Implement ResultSetMetaDataImpl.getColumnCount()
> 
>
> Key: SOLR-8519
> URL: https://issues.apache.org/jira/browse/SOLR-8519
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8519.patch, SOLR-8519.patch, SOLR-8519.patch
>
>
> DBVisualizer uses getColumnCount to determine how many columns to try to 
> display from the result.



--
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-6938) Convert build to work with Git rather than SVN.

[Uwe Schindler (JIRA)]

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

Uwe Schindler resolved LUCENE-6938.
---
   Resolution: Fixed
Fix Version/s: 5.x
   Trunk

Thanks Mark & Dawid! I close this issue, build seems to be fully converted to 
GIT.

> Convert build to work with Git rather than SVN.
> ---
>
> Key: LUCENE-6938
> URL: https://issues.apache.org/jira/browse/LUCENE-6938
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Mark Miller
>Assignee: Mark Miller
> Fix For: Trunk, 5.x
>
> Attachments: LUCENE-6938-1.patch, LUCENE-6938-wc-checker.patch, 
> LUCENE-6938-wc-checker.patch, LUCENE-6938.patch, LUCENE-6938.patch, 
> LUCENE-6938.patch, LUCENE-6938.patch
>
>
> We assume an SVN checkout in parts of our build and will need to move to 
> assuming a Git checkout.
> Patches against https://github.com/dweiss/lucene-solr-svn2git from 
> LUCENE-6933.



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

[Michael McCandless]

I backed out the test improvement  that's causing these failures ...
we can add it back with LUCENE-6956.

Mike McCandless

http://blog.mikemccandless.com


On Sun, Jan 24, 2016 at 11:13 AM, Policeman Jenkins Server
 wrote:
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/3034/
> Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC
>
> 1 tests failed.
> FAILED:  org.apache.lucene.search.TestLatLonPointQueries.testAllLatEqual
>
> Error Message:
> Captured an uncaught exception in thread: Thread[id=23, name=T3, 
> state=RUNNABLE, group=TGRP-TestLatLonPointQueries]
>
> Stack Trace:
> com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an 
> uncaught exception in thread: Thread[id=23, name=T3, state=RUNNABLE, 
> group=TGRP-TestLatLonPointQueries]
> Caused by: java.lang.AssertionError: some hits were wrong
> at __randomizedtesting.SeedInfo.seed([606D0BCAE83D7EB]:0)
> at org.junit.Assert.fail(Assert.java:93)
> at 
> org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
> at 
> org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
> at 
> org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)
>
>
>
>
> Build Log:
> [...truncated 7440 lines...]
>[junit4] Suite: org.apache.lucene.search.TestLatLonPointQueries
>[junit4]   1> T3: id=813 should match but did not
>[junit4]   1>   small=true query=PointInRectQuery:field=point: Lower Left: 
> [144.96687377402864,-50.62905636711681] Upper Right: 
> [147.01276322426614,-49.82077740099452] docID=786
>[junit4]   1>   lat=-50.4586266561685 lon=144.9668737778872
>[junit4]   1>   deleted?=false
>[junit4]   2> janv. 24, 2016 5:10:09 PM 
> com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler
>  uncaughtException
>[junit4]   2> WARNING: Uncaught exception in thread: 
> Thread[T3,5,TGRP-TestLatLonPointQueries]
>[junit4]   2> java.lang.AssertionError: some hits were wrong
>[junit4]   2>at 
> __randomizedtesting.SeedInfo.seed([606D0BCAE83D7EB]:0)
>[junit4]   2>at org.junit.Assert.fail(Assert.java:93)
>[junit4]   2>at 
> org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
>[junit4]   2>at 
> org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
>[junit4]   2>at 
> org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)
>[junit4]   2>
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=TestLatLonPointQueries -Dtests.method=testAllLatEqual 
> -Dtests.seed=606D0BCAE83D7EB -Dtests.slow=true -Dtests.locale=fr 
> -Dtests.timezone=Africa/Algiers -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   2.96s J0 | TestLatLonPointQueries.testAllLatEqual <<<
>[junit4]> Throwable #1: java.lang.AssertionError
>[junit4]>at 
> org.apache.lucene.util.BaseGeoPointTestCase.verify(BaseGeoPointTestCase.java:770)
>[junit4]>at 
> org.apache.lucene.util.BaseGeoPointTestCase.testAllLatEqual(BaseGeoPointTestCase.java:150)
>[junit4]>at java.lang.Thread.run(Thread.java:745)Throwable #2: 
> com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an 
> uncaught exception in thread: Thread[id=23, name=T3, state=RUNNABLE, 
> group=TGRP-TestLatLonPointQueries]
>[junit4]> Caused by: java.lang.AssertionError: some hits were wrong
>[junit4]>at 
> __randomizedtesting.SeedInfo.seed([606D0BCAE83D7EB]:0)
>[junit4]>at 
> org.apache.lucene.util.BaseGeoPointTestCase$VerifyHits.test(BaseGeoPointTestCase.java:552)
>[junit4]>at 
> org.apache.lucene.util.BaseGeoPointTestCase$2._run(BaseGeoPointTestCase.java:756)
>[junit4]>at 
> org.apache.lucene.util.BaseGeoPointTestCase$2.run(BaseGeoPointTestCase.java:623)
>[junit4] IGNOR/A 0.01s J0 | TestLatLonPointQueries.testRandomBig
>[junit4]> Assumption #1: 'nightly' test group is disabled (@Nightly())
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene60): 
> {id=PostingsFormat(name=LuceneFixedGap)}, 
> docValues:{id=DocValuesFormat(name=Asserting)}, sim=ClassicSimilarity, 
> locale=fr, timezone=Africa/Algiers
>[junit4]   2> NOTE: Mac OS X 10.8.5 x86_64/Oracle Corporation 1.8.0_66 
> (64-bit)/cpus=3,threads=1,free=32238984,total=54788096
>[junit4]   2> NOTE: All tests run in this JVM: [TestLatLonPointQueries]
>[junit4] Completed [2/13 (1!)] on J0 in 17.82s, 8 tests, 1 error, 1 
> skipped <<< FAILURES!
>
> [...truncated 55 lines...]
> BUILD FAILED
> /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:675: The 
> following error occurred while executing this line:
> /Users/jenkins/workspace/Lucene-Solr-trunk-MacOSX/build.xml:619: The 
> following error occurred 

RE: lucene-solr git commit: revert this est change until we can fix geo API border cases (LUCENE-6956)

[Uwe Schindler]

Hi,

you have still the wrong mail address for the GIT commit itsself:
> Author: Michael McCandless 
> Authored: Sun Jan 24 16:48:51 2016 -0500

The person who pushed is different:
> Committer: Mike McCandless 
> Committed: Sun Jan 24 16:48:51 2016 -0500

Uwe

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


> -Original Message-
> From: mikemcc...@apache.org [mailto:mikemcc...@apache.org]
> Sent: Sunday, January 24, 2016 10:49 PM
> To: comm...@lucene.apache.org
> Subject: lucene-solr git commit: revert this est change until we can fix geo
> API border cases (LUCENE-6956)
> 
> Repository: lucene-solr
> Updated Branches:
>   refs/heads/master 9d35aafc5 -> b62c6715d
> 
> 
> revert this est change until we can fix geo API border cases (LUCENE-6956)
> 
> 
> Project: http://git-wip-us.apache.org/repos/asf/lucene-solr/repo
> Commit: http://git-wip-us.apache.org/repos/asf/lucene-
> solr/commit/b62c6715
> Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/b62c6715
> Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/b62c6715
> 
> Branch: refs/heads/master
> Commit: b62c6715df12616785732cc1011e11fe4faa16ca
> Parents: 9d35aaf
> Author: Michael McCandless 
> Authored: Sun Jan 24 16:48:51 2016 -0500
> Committer: Mike McCandless 
> Committed: Sun Jan 24 16:48:51 2016 -0500
> 
> --
>  .../src/test/org/apache/lucene/util/BaseGeoPointTestCase.java  | 6 --
>  1 file changed, 4 insertions(+), 2 deletions(-)
> --
> 
> 
> http://git-wip-us.apache.org/repos/asf/lucene-
> solr/blob/b62c6715/lucene/sandbox/src/test/org/apache/lucene/util/BaseG
> eoPointTestCase.java
> --
> diff --git
> a/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
> ava
> b/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
> ava
> index f84d696..4236e88 100644
> ---
> a/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
> ava
> +++
> b/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
> ava
> @@ -434,7 +434,8 @@ public abstract class BaseGeoPointTestCase extends
> LuceneTestCase {
>  } else {
>result = -90 + 180.0 * random().nextDouble();
>  }
> -return result;
> +// TODO: we should not do this here!  it weakens the test, and users 
> don't
> pre-quantize the lat/lons they send us:
> +return unscaleLat(scaleLat(result));
>}
> 
>public double randomLon(boolean small) {
> @@ -444,7 +445,8 @@ public abstract class BaseGeoPointTestCase extends
> LuceneTestCase {
>  } else {
>result = -180 + 360.0 * random().nextDouble();
>  }
> -return result;
> +// TODO: we should not do this here!  it weakens the test, and users 
> don't
> pre-quantize the lat/lons they send us:
> +return unscaleLon(scaleLon(result));
>}
> 
>protected GeoRect randomRect(boolean small, boolean canCrossDateLine)
> {


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

Re: lucene-solr git commit: revert this est change until we can fix geo API border cases (LUCENE-6956)

[Michael McCandless]

Argh!!!

My ~/.gitconfig has:

[user]
  email = mikemcc...@apache.org
  name = Mike McCandless

Which I think the "git config --global user.name ..." did ...

I'll try to figure why my commits are the wrong username.

Mike McCandless

http://blog.mikemccandless.com


On Sun, Jan 24, 2016 at 4:52 PM, Uwe Schindler  wrote:
> Hi,
>
> you have still the wrong mail address for the GIT commit itsself:
>> Author: Michael McCandless 
>> Authored: Sun Jan 24 16:48:51 2016 -0500
>
> The person who pushed is different:
>> Committer: Mike McCandless 
>> Committed: Sun Jan 24 16:48:51 2016 -0500
>
> Uwe
>
> -
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>
>> -Original Message-
>> From: mikemcc...@apache.org [mailto:mikemcc...@apache.org]
>> Sent: Sunday, January 24, 2016 10:49 PM
>> To: comm...@lucene.apache.org
>> Subject: lucene-solr git commit: revert this est change until we can fix geo
>> API border cases (LUCENE-6956)
>>
>> Repository: lucene-solr
>> Updated Branches:
>>   refs/heads/master 9d35aafc5 -> b62c6715d
>>
>>
>> revert this est change until we can fix geo API border cases (LUCENE-6956)
>>
>>
>> Project: http://git-wip-us.apache.org/repos/asf/lucene-solr/repo
>> Commit: http://git-wip-us.apache.org/repos/asf/lucene-
>> solr/commit/b62c6715
>> Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/b62c6715
>> Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/b62c6715
>>
>> Branch: refs/heads/master
>> Commit: b62c6715df12616785732cc1011e11fe4faa16ca
>> Parents: 9d35aaf
>> Author: Michael McCandless 
>> Authored: Sun Jan 24 16:48:51 2016 -0500
>> Committer: Mike McCandless 
>> Committed: Sun Jan 24 16:48:51 2016 -0500
>>
>> --
>>  .../src/test/org/apache/lucene/util/BaseGeoPointTestCase.java  | 6 --
>>  1 file changed, 4 insertions(+), 2 deletions(-)
>> --
>>
>>
>> http://git-wip-us.apache.org/repos/asf/lucene-
>> solr/blob/b62c6715/lucene/sandbox/src/test/org/apache/lucene/util/BaseG
>> eoPointTestCase.java
>> --
>> diff --git
>> a/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
>> ava
>> b/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
>> ava
>> index f84d696..4236e88 100644
>> ---
>> a/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
>> ava
>> +++
>> b/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
>> ava
>> @@ -434,7 +434,8 @@ public abstract class BaseGeoPointTestCase extends
>> LuceneTestCase {
>>  } else {
>>result = -90 + 180.0 * random().nextDouble();
>>  }
>> -return result;
>> +// TODO: we should not do this here!  it weakens the test, and users 
>> don't
>> pre-quantize the lat/lons they send us:
>> +return unscaleLat(scaleLat(result));
>>}
>>
>>public double randomLon(boolean small) {
>> @@ -444,7 +445,8 @@ public abstract class BaseGeoPointTestCase extends
>> LuceneTestCase {
>>  } else {
>>result = -180 + 360.0 * random().nextDouble();
>>  }
>> -return result;
>> +// TODO: we should not do this here!  it weakens the test, and users 
>> don't
>> pre-quantize the lat/lons they send us:
>> +return unscaleLon(scaleLon(result));
>>}
>>
>>protected GeoRect randomRect(boolean small, boolean canCrossDateLine)
>> {
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>

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

[jira] [Commented] (LUCENE-6956) TestBKDTree.testRandomMedium() failure: some hits were wrong

[Michael McCandless (JIRA)]

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

Michael McCandless commented on LUCENE-6956:


[~nknize] can you fold the revert of this change into this patch?: 
https://git1-us-west.apache.org/repos/asf?p=lucene-solr.git;a=commitdiff;h=b62c6715;hp=9d35aafc565a880c5cae7c21fa6c10fbdd0399ec

Thanks.

> TestBKDTree.testRandomMedium() failure: some hits were wrong
> 
>
> Key: LUCENE-6956
> URL: https://issues.apache.org/jira/browse/LUCENE-6956
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Steve Rowe
>Assignee: Michael McCandless
> Attachments: LUCENE-6956.patch, LUCENE-6956.patch
>
>
> My Jenkins found a reproducible seed for a failure of 
> {{TestBKDTree.testRandomMedium()}} on branch_5x with Java8:
> {noformat}
>   [junit4] Suite: org.apache.lucene.bkdtree.TestBKDTree
>[junit4]   1> T1: id=29784 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29528
>[junit4]   1>   lat=86.88086835667491 lon=-8.821268286556005
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=29801 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29545
>[junit4]   1>   lat=86.88149104826152 lon=-9.34366637840867
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=29961 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29705
>[junit4]   1>   lat=86.8706679996103 lon=-9.38328042626381
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30015 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29759
>[junit4]   1>   lat=86.84762765653431 lon=-9.44802425801754
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30017 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29761
>[junit4]   1>   lat=86.8753323610872 lon=-9.091365560889244
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30042 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29786
>[junit4]   1>   lat=86.85837233439088 lon=-9.127480667084455
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30061 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29805
>[junit4]   1>   lat=86.85876209288836 lon=-9.408821929246187
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30077 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 86.8827043287456] [-8.752231243997812, 86.8827043287456] [-8.752231243997812, 
> 86.83882305398583] [-9.594408497214317, 86.83882305398583]  docID=29821
>[junit4]   1>   lat=86.84681385755539 lon=-8.837449550628662
>[junit4]   1>   deleted?=false
>[junit4]   1> T1: id=30185 should match but did not
>[junit4]   1>   small=true query=BKDPointInPolygonQuery: field=point: 
> Points: [-9.594408497214317, 86.83882305398583] [-9.594408497214317, 
> 

RE: lucene-solr git commit: revert this est change until we can fix geo API border cases (LUCENE-6956)

[Uwe Schindler]

I have it only for the single working copies, so my commits at Github or 
Forbiddenapis have different names. This is in the .git directory of my working 
copy (config) file:

[core]
repositoryformatversion = 0
filemode = false
bare = false
logallrefupdates = true
symlinks = false
ignorecase = true
hideDotFiles = dotGitOnly
[remote "origin"]
url = https://git-wip-us.apache.org/repos/asf/lucene-solr.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
[user]
email = uschind...@apache.org

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


> -Original Message-
> From: Michael McCandless [mailto:luc...@mikemccandless.com]
> Sent: Sunday, January 24, 2016 10:57 PM
> To: Lucene/Solr dev 
> Subject: Re: lucene-solr git commit: revert this est change until we can fix 
> geo
> API border cases (LUCENE-6956)
> 
> Argh!!!
> 
> My ~/.gitconfig has:
> 
> [user]
>   email = mikemcc...@apache.org
>   name = Mike McCandless
> 
> Which I think the "git config --global user.name ..." did ...
> 
> I'll try to figure why my commits are the wrong username.
> 
> Mike McCandless
> 
> http://blog.mikemccandless.com
> 
> 
> On Sun, Jan 24, 2016 at 4:52 PM, Uwe Schindler  wrote:
> > Hi,
> >
> > you have still the wrong mail address for the GIT commit itsself:
> >> Author: Michael McCandless 
> >> Authored: Sun Jan 24 16:48:51 2016 -0500
> >
> > The person who pushed is different:
> >> Committer: Mike McCandless 
> >> Committed: Sun Jan 24 16:48:51 2016 -0500
> >
> > Uwe
> >
> > -
> > Uwe Schindler
> > H.-H.-Meier-Allee 63, D-28213 Bremen
> > http://www.thetaphi.de
> > eMail: u...@thetaphi.de
> >
> >
> >> -Original Message-
> >> From: mikemcc...@apache.org [mailto:mikemcc...@apache.org]
> >> Sent: Sunday, January 24, 2016 10:49 PM
> >> To: comm...@lucene.apache.org
> >> Subject: lucene-solr git commit: revert this est change until we can fix 
> >> geo
> >> API border cases (LUCENE-6956)
> >>
> >> Repository: lucene-solr
> >> Updated Branches:
> >>   refs/heads/master 9d35aafc5 -> b62c6715d
> >>
> >>
> >> revert this est change until we can fix geo API border cases (LUCENE-6956)
> >>
> >>
> >> Project: http://git-wip-us.apache.org/repos/asf/lucene-solr/repo
> >> Commit: http://git-wip-us.apache.org/repos/asf/lucene-
> >> solr/commit/b62c6715
> >> Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/b62c6715
> >> Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/b62c6715
> >>
> >> Branch: refs/heads/master
> >> Commit: b62c6715df12616785732cc1011e11fe4faa16ca
> >> Parents: 9d35aaf
> >> Author: Michael McCandless 
> >> Authored: Sun Jan 24 16:48:51 2016 -0500
> >> Committer: Mike McCandless 
> >> Committed: Sun Jan 24 16:48:51 2016 -0500
> >>
> >> --
> >>  .../src/test/org/apache/lucene/util/BaseGeoPointTestCase.java  | 6
> --
> >>  1 file changed, 4 insertions(+), 2 deletions(-)
> >> --
> >>
> >>
> >> http://git-wip-us.apache.org/repos/asf/lucene-
> >>
> solr/blob/b62c6715/lucene/sandbox/src/test/org/apache/lucene/util/BaseG
> >> eoPointTestCase.java
> >> --
> >> diff --git
> >>
> a/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
> >> ava
> >>
> b/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
> >> ava
> >> index f84d696..4236e88 100644
> >> ---
> >>
> a/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
> >> ava
> >> +++
> >>
> b/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
> >> ava
> >> @@ -434,7 +434,8 @@ public abstract class BaseGeoPointTestCase
> extends
> >> LuceneTestCase {
> >>  } else {
> >>result = -90 + 180.0 * random().nextDouble();
> >>  }
> >> -return result;
> >> +// TODO: we should not do this here!  it weakens the test, and users
> don't
> >> pre-quantize the lat/lons they send us:
> >> +return unscaleLat(scaleLat(result));
> >>}
> >>
> >>public double randomLon(boolean small) {
> >> @@ -444,7 +445,8 @@ public abstract class BaseGeoPointTestCase
> extends
> >> LuceneTestCase {
> >>  } else {
> >>result = -180 + 360.0 * random().nextDouble();
> >>  }
> >> -return result;
> >> +// TODO: we should not do this here!  it weakens the test, and users
> don't
> >> pre-quantize the lat/lons they send us:
> >> +return unscaleLon(scaleLon(result));
> >>}
> >>
> >>protected GeoRect randomRect(boolean small, boolean
> canCrossDateLine)
> >> {
> >
> >
> > 

Re: lucene-solr git commit: revert this est change until we can fix geo API border cases (LUCENE-6956)

[Michael McCandless]

OK I figured it out ... I had long ago set GIT_AUTHOR_NAME/EMAIL as
env vars ... I think I have it working now, but let's see what I push
next!!

Thanks Uwe, git policeman :)

Mike McCandless

http://blog.mikemccandless.com

On Sun, Jan 24, 2016 at 5:00 PM, Uwe Schindler  wrote:
> I have it only for the single working copies, so my commits at Github or 
> Forbiddenapis have different names. This is in the .git directory of my 
> working copy (config) file:
>
> [core]
> repositoryformatversion = 0
> filemode = false
> bare = false
> logallrefupdates = true
> symlinks = false
> ignorecase = true
> hideDotFiles = dotGitOnly
> [remote "origin"]
> url = https://git-wip-us.apache.org/repos/asf/lucene-solr.git
> fetch = +refs/heads/*:refs/remotes/origin/*
> [branch "master"]
> remote = origin
> merge = refs/heads/master
> [user]
> email = uschind...@apache.org
>
> -
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>
>> -Original Message-
>> From: Michael McCandless [mailto:luc...@mikemccandless.com]
>> Sent: Sunday, January 24, 2016 10:57 PM
>> To: Lucene/Solr dev 
>> Subject: Re: lucene-solr git commit: revert this est change until we can fix 
>> geo
>> API border cases (LUCENE-6956)
>>
>> Argh!!!
>>
>> My ~/.gitconfig has:
>>
>> [user]
>>   email = mikemcc...@apache.org
>>   name = Mike McCandless
>>
>> Which I think the "git config --global user.name ..." did ...
>>
>> I'll try to figure why my commits are the wrong username.
>>
>> Mike McCandless
>>
>> http://blog.mikemccandless.com
>>
>>
>> On Sun, Jan 24, 2016 at 4:52 PM, Uwe Schindler  wrote:
>> > Hi,
>> >
>> > you have still the wrong mail address for the GIT commit itsself:
>> >> Author: Michael McCandless 
>> >> Authored: Sun Jan 24 16:48:51 2016 -0500
>> >
>> > The person who pushed is different:
>> >> Committer: Mike McCandless 
>> >> Committed: Sun Jan 24 16:48:51 2016 -0500
>> >
>> > Uwe
>> >
>> > -
>> > Uwe Schindler
>> > H.-H.-Meier-Allee 63, D-28213 Bremen
>> > http://www.thetaphi.de
>> > eMail: u...@thetaphi.de
>> >
>> >
>> >> -Original Message-
>> >> From: mikemcc...@apache.org [mailto:mikemcc...@apache.org]
>> >> Sent: Sunday, January 24, 2016 10:49 PM
>> >> To: comm...@lucene.apache.org
>> >> Subject: lucene-solr git commit: revert this est change until we can fix 
>> >> geo
>> >> API border cases (LUCENE-6956)
>> >>
>> >> Repository: lucene-solr
>> >> Updated Branches:
>> >>   refs/heads/master 9d35aafc5 -> b62c6715d
>> >>
>> >>
>> >> revert this est change until we can fix geo API border cases (LUCENE-6956)
>> >>
>> >>
>> >> Project: http://git-wip-us.apache.org/repos/asf/lucene-solr/repo
>> >> Commit: http://git-wip-us.apache.org/repos/asf/lucene-
>> >> solr/commit/b62c6715
>> >> Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/b62c6715
>> >> Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/b62c6715
>> >>
>> >> Branch: refs/heads/master
>> >> Commit: b62c6715df12616785732cc1011e11fe4faa16ca
>> >> Parents: 9d35aaf
>> >> Author: Michael McCandless 
>> >> Authored: Sun Jan 24 16:48:51 2016 -0500
>> >> Committer: Mike McCandless 
>> >> Committed: Sun Jan 24 16:48:51 2016 -0500
>> >>
>> >> --
>> >>  .../src/test/org/apache/lucene/util/BaseGeoPointTestCase.java  | 6
>> --
>> >>  1 file changed, 4 insertions(+), 2 deletions(-)
>> >> --
>> >>
>> >>
>> >> http://git-wip-us.apache.org/repos/asf/lucene-
>> >>
>> solr/blob/b62c6715/lucene/sandbox/src/test/org/apache/lucene/util/BaseG
>> >> eoPointTestCase.java
>> >> --
>> >> diff --git
>> >>
>> a/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
>> >> ava
>> >>
>> b/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
>> >> ava
>> >> index f84d696..4236e88 100644
>> >> ---
>> >>
>> a/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
>> >> ava
>> >> +++
>> >>
>> b/lucene/sandbox/src/test/org/apache/lucene/util/BaseGeoPointTestCase.j
>> >> ava
>> >> @@ -434,7 +434,8 @@ public abstract class BaseGeoPointTestCase
>> extends
>> >> LuceneTestCase {
>> >>  } else {
>> >>result = -90 + 180.0 * random().nextDouble();
>> >>  }
>> >> -return result;
>> >> +// TODO: we should not do this here!  it weakens the test, and users
>> don't
>> >> pre-quantize the lat/lons they send us:
>> >> +return unscaleLat(scaleLat(result));
>> >>}
>> >>
>> >>public double randomLon(boolean small) {
>> >> @@ -444,7 +445,8 @@ public abstract class BaseGeoPointTestCase
>> extends
>> >> 

[JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.8.0_66) - Build # 5567 - Failure!

[Policeman Jenkins Server]

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

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

Error Message:
ObjectTracker found 4 object(s) that were not released!!! 
[MockDirectoryWrapper, SolrCore, MDCAwareThreadPoolExecutor, 
MockDirectoryWrapper]

Stack Trace:
java.lang.AssertionError: ObjectTracker found 4 object(s) that were not 
released!!! [MockDirectoryWrapper, SolrCore, MDCAwareThreadPoolExecutor, 
MockDirectoryWrapper]
at __randomizedtesting.SeedInfo.seed([435D5F56B2B7F836]: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:229)
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$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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)


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

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

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

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+95) - Build # 15642 - Still Failing!

[Policeman Jenkins Server]

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

2 tests failed.
FAILED:  org.apache.lucene.queries.CommonTermsQueryTest.testMinShouldMatch

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([3AFC422BE38C8BF9:1EF44ACE8489C9D7]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.lucene.queries.CommonTermsQueryTest.testMinShouldMatch(CommonTermsQueryTest.java:268)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:520)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:747)


FAILED:  org.apache.lucene.queries.CommonTermsQueryTest.testExtend

Error Message:
expected:<[2]> but was:<[0]>

Stack Trace:
org.junit.ComparisonFailure: expected:<[2]> but was:<[0]>
at 
__randomizedtesting.SeedInfo.seed([3AFC422BE38C8BF9:643603122C3C7C65]:0)
at org.junit.Assert.assertEquals(Assert.java:125)
at org.junit.Assert.assertEquals(Assert.java:147)
at 
org.apache.lucene.queries.CommonTermsQueryTest.testExtend(CommonTermsQueryTest.java:392)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 

[jira] [Comment Edited] (LUCENE-6938) Convert build to work with Git rather than SVN.

[Uwe Schindler (JIRA)]

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

Uwe Schindler edited comment on LUCENE-6938 at 1/24/16 9:31 PM:


Hi,
here is the former "ant check-svn-working-copy" now ritten for git. Its running 
almost the same checks:
- It reports unversioned or missing files and fails build
- If it runs as Jenkins (or for checking regeneration of sources), it also 
fails build on changes in working copy
- if it is not a working copy, it prints a warning and proceeds

As GIT has no file properties, we don't do property checks like EOL-style or 
MIME-type.

The usage is same, it runs by ant validate/precommit. The target name changes a 
bit, I removed the "svn".

I will commit this a bit later. I do some tests with different (non-)working 
copies.


was (Author: thetaphi):
Hi,
here is the former "ant check-svn-working-copy" now ritten for git. Its running 
almost the same checks:
- It reports unversioned or missing files and fails build
- If it runs as Jenkins (or for checking regeneration of sources), it also 
fails build on changes in working copy
- if it is not a working copy, it prints a warning and proceeds

The usage is same, it runs by ant validate/precommit. The target name changes a 
bit, I removed the "svn".

I will commit this a bit later. I do some tests with different (non-)working 
copies.

> Convert build to work with Git rather than SVN.
> ---
>
> Key: LUCENE-6938
> URL: https://issues.apache.org/jira/browse/LUCENE-6938
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Mark Miller
>Assignee: Mark Miller
> Attachments: LUCENE-6938-1.patch, LUCENE-6938-wc-checker.patch, 
> LUCENE-6938-wc-checker.patch, LUCENE-6938.patch, LUCENE-6938.patch, 
> LUCENE-6938.patch, LUCENE-6938.patch
>
>
> We assume an SVN checkout in parts of our build and will need to move to 
> assuming a Git checkout.
> Patches against https://github.com/dweiss/lucene-solr-svn2git from 
> LUCENE-6933.



--
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-6938) Convert build to work with Git rather than SVN.

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6938:
--
Attachment: LUCENE-6938-wc-checker.patch

Hi,
here is the former "ant check-svn-working-copy" now ritten for git. Its running 
almost the same checks:
- It reports unversioned or missing files and fails build
- If it runs as Jenkins (or for checking regeneration of sources), it also 
fails build on changes in working copy
- if it is not a working copy, it prints a warning and proceeds

The usage is same, it runs by ant validate/precommit. The target name changes a 
bit, I removed the "svn".

I will commit this a bit later. I do some tests with different (non-)working 
copies.

> Convert build to work with Git rather than SVN.
> ---
>
> Key: LUCENE-6938
> URL: https://issues.apache.org/jira/browse/LUCENE-6938
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Mark Miller
>Assignee: Mark Miller
> Attachments: LUCENE-6938-1.patch, LUCENE-6938-wc-checker.patch, 
> LUCENE-6938.patch, LUCENE-6938.patch, LUCENE-6938.patch, LUCENE-6938.patch
>
>
> We assume an SVN checkout in parts of our build and will need to move to 
> assuming a Git checkout.
> Patches against https://github.com/dweiss/lucene-solr-svn2git from 
> LUCENE-6933.



--
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-6938) Convert build to work with Git rather than SVN.

[Uwe Schindler (JIRA)]

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

Uwe Schindler updated LUCENE-6938:
--
Attachment: LUCENE-6938-wc-checker.patch

Small update.

> Convert build to work with Git rather than SVN.
> ---
>
> Key: LUCENE-6938
> URL: https://issues.apache.org/jira/browse/LUCENE-6938
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Mark Miller
>Assignee: Mark Miller
> Attachments: LUCENE-6938-1.patch, LUCENE-6938-wc-checker.patch, 
> LUCENE-6938-wc-checker.patch, LUCENE-6938.patch, LUCENE-6938.patch, 
> LUCENE-6938.patch, LUCENE-6938.patch
>
>
> We assume an SVN checkout in parts of our build and will need to move to 
> assuming a Git checkout.
> Patches against https://github.com/dweiss/lucene-solr-svn2git from 
> LUCENE-6933.



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

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

[JENKINS-EA] Lucene-Solr-trunk-Linux (64bit/jdk-9-ea+95) - Build # 15643 - Still Failing!

[Policeman Jenkins Server]

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15643/
Java: 64bit/jdk-9-ea+95 -XX:-UseCompressedOops -XX:+UseParallelGC 
-XX:-CompactStrings

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

Error Message:
int_i: goodEst=13951, poorEst=13970, real=13971, 
p=q=id:[540+TO+14510]=0=true={!cardinality%3D0.009013848089941212+key%3Dlow_int_i}int_i={!cardinality%3D0.009013848089941212+key%3Dlow_int_i_prehashed_l+hllPreHashed%3Dtrue}int_i_prehashed_l={!cardinality%3D0.5090138480899412+key%3Dhigh_int_i}int_i={!cardinality%3D0.5090138480899412+key%3Dhigh_int_i_prehashed_l+hllPreHashed%3Dtrue}int_i_prehashed_l={!cardinality%3D0.009013848089941212+key%3Dlow_long_l}long_l={!cardinality%3D0.009013848089941212+key%3Dlow_long_l_prehashed_l+hllPreHashed%3Dtrue}long_l_prehashed_l={!cardinality%3D0.5090138480899412+key%3Dhigh_long_l}long_l={!cardinality%3D0.5090138480899412+key%3Dhigh_long_l_prehashed_l+hllPreHashed%3Dtrue}long_l_prehashed_l={!cardinality%3D0.009013848089941212+key%3Dlow_string_s}string_s={!cardinality%3D0.009013848089941212+key%3Dlow_string_s_prehashed_l+hllPreHashed%3Dtrue}string_s_prehashed_l={!cardinality%3D0.5090138480899412+key%3Dhigh_string_s}string_s={!cardinality%3D0.5090138480899412+key%3Dhigh_string_s_prehashed_l+hllPreHashed%3Dtrue}string_s_prehashed_l

Stack Trace:
java.lang.AssertionError: int_i: goodEst=13951, poorEst=13970, real=13971, 
p=q=id:[540+TO+14510]=0=true={!cardinality%3D0.009013848089941212+key%3Dlow_int_i}int_i={!cardinality%3D0.009013848089941212+key%3Dlow_int_i_prehashed_l+hllPreHashed%3Dtrue}int_i_prehashed_l={!cardinality%3D0.5090138480899412+key%3Dhigh_int_i}int_i={!cardinality%3D0.5090138480899412+key%3Dhigh_int_i_prehashed_l+hllPreHashed%3Dtrue}int_i_prehashed_l={!cardinality%3D0.009013848089941212+key%3Dlow_long_l}long_l={!cardinality%3D0.009013848089941212+key%3Dlow_long_l_prehashed_l+hllPreHashed%3Dtrue}long_l_prehashed_l={!cardinality%3D0.5090138480899412+key%3Dhigh_long_l}long_l={!cardinality%3D0.5090138480899412+key%3Dhigh_long_l_prehashed_l+hllPreHashed%3Dtrue}long_l_prehashed_l={!cardinality%3D0.009013848089941212+key%3Dlow_string_s}string_s={!cardinality%3D0.009013848089941212+key%3Dlow_string_s_prehashed_l+hllPreHashed%3Dtrue}string_s_prehashed_l={!cardinality%3D0.5090138480899412+key%3Dhigh_string_s}string_s={!cardinality%3D0.5090138480899412+key%3Dhigh_string_s_prehashed_l+hllPreHashed%3Dtrue}string_s_prehashed_l
at 
__randomizedtesting.SeedInfo.seed([81F83400556CE568:9AC0BDAFB908890]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.handler.component.TestDistributedStatsComponentCardinality.test(TestDistributedStatsComponentCardinality.java:216)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:520)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:965)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:940)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 

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

[Policeman Jenkins Server]

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

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

Error Message:
timed out waiting for collection1 startAt time to exceed: Mon Jan 25 11:15:04 
NRT 2016

Stack Trace:
java.lang.AssertionError: timed out waiting for collection1 startAt time to 
exceed: Mon Jan 25 11:15:04 NRT 2016
at 
__randomizedtesting.SeedInfo.seed([13D17296EB14A33E:C87A7250EE3CCA8D]: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: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:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java: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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java: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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




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