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

Re: GIT migration complete

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

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

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:

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

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 >

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

[ 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

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

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:

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

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

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

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:

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

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

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

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,

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

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:

[jira] [Created] (LUCENE-6989) Implement MMapDirectory unmapping for coming Java 9 changes

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

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

[ 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

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

[ 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

[jira] [Created] (SOLR-8592) Create collection alias from New UI doesn't actually work

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

[JENKINS-MAVEN] Lucene-Solr-Maven-trunk #1664: POMs out of sync

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:

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

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

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

[ 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

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

[ 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

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

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:

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

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

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

[ 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

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

[ 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

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

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

Re: GIT migration complete

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

Re: GIT migration complete

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

RE: intellij git history

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?

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

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:

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

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:

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

[ 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

Re: GIT migration complete

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

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

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:

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

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

Merge vs Rebase

[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

To Detect Wheter Core is Available To Post

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

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

[ 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

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

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

Re: Merge vs Rebase

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

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

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

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

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]

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

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

Re: intellij git history

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

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

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:

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

[ 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

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

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

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

[ 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

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

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

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

[ 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

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

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:

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

[ 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

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

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,

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

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

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

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

Re: intellij git history

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

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

[ 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

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

[ 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

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

[ 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

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

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:

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

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

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

[ 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

[jira] [Created] (SOLR-8590) example/files improvements

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:

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

[ 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

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

[ 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

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

[ 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

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

[ 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

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

[ 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

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

[ 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

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

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:

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

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

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

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

[ 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

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

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

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

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:

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

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

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

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

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

[ 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

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

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

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

[ 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

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

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:

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

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