[JENKINS] Lucene-Solr-5.5-Solaris (multiarch/jdk1.7.0) - Build # 26 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-Solaris/26/ Java: multiarch/jdk1.7.0 -d32 -server -XX:+UseParallelGC No tests ran. Build Log: [...truncated 36 lines...] ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Solaris/442/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 2 tests failed. FAILED: org.apache.solr.cloud.LeaderFailoverAfterPartitionTest.test Error Message: Expected 2 of 3 replicas to be active but only found 1;

[jira] [Updated] (SOLR-7516) Improve javadocs for JavaBinCodec, ObjectResolver and enforce the single-usage policy

[ https://issues.apache.org/jira/browse/SOLR-7516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-7516: Attachment: SOLR-7516.patch Fixed javadoc formatting and a typo

[jira] [Commented] (SOLR-8745) Deprecate ZkStateReader.updateClusterState(), remove uses

[ https://issues.apache.org/jira/browse/SOLR-8745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15175091#comment-15175091 ] Scott Blum commented on SOLR-8745: -- Good call, I like forceUpdateCollection(). I don't see a strong need

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/16068/ Java: 32bit/jdk-9-ea+107 -client -XX:+UseParallelGC 33 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.TestCloudDeleteByQuery Error Message: No live SolrServers available to handle this

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

Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/924/ 4 tests failed. FAILED: org.apache.solr.handler.dataimport.TestSolrEntityProcessorEndToEnd.testFullImportFieldsParam Error Message: IOException occured when talking to server at: http://127.0.0.1:46836/solr/collection1

[jira] [Updated] (SOLR-8097) Implement a builder pattern for constructing a Solrj client

[ https://issues.apache.org/jira/browse/SOLR-8097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Gerlowski updated SOLR-8097: -- Attachment: SOLR-8097.patch bq. Let's carry on with adding tests, javadocs, deprecation, and

[jira] [Commented] (SOLR-8751) SolrResourceLoader should be able to load content from blob store

[ https://issues.apache.org/jira/browse/SOLR-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15175007#comment-15175007 ] Shalin Shekhar Mangar commented on SOLR-8751: - Thanks Noble. May I suggest having another

[jira] [Commented] (SOLR-8772) components that rely on blob store should be loaded as soon as it is available

[ https://issues.apache.org/jira/browse/SOLR-8772?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15175005#comment-15175005 ] Shalin Shekhar Mangar commented on SOLR-8772: - +1 to the idea. The one difference between

[jira] [Resolved] (SOLR-8759) solr did not come online within 30 seconds windows server 2012 R2

[ https://issues.apache.org/jira/browse/SOLR-8759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ankita Patel resolved SOLR-8759. Resolution: Fixed > solr did not come online within 30 seconds windows server 2012 R2 >

[jira] [Commented] (SOLR-8759) solr did not come online within 30 seconds windows server 2012 R2

[ https://issues.apache.org/jira/browse/SOLR-8759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15175000#comment-15175000 ] Ankita Patel commented on SOLR-8759: Thanks for your reply. But next day I tried with the same steps to

[jira] [Commented] (SOLR-8745) Deprecate ZkStateReader.updateClusterState(), remove uses

[ https://issues.apache.org/jira/browse/SOLR-8745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174938#comment-15174938 ] Ishan Chattopadhyaya commented on SOLR-8745: In such a case, do you think

[jira] [Commented] (SOLR-8745) Deprecate ZkStateReader.updateClusterState(), remove uses

[ https://issues.apache.org/jira/browse/SOLR-8745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174926#comment-15174926 ] Scott Blum commented on SOLR-8745: -- I specifically added "force" with the intent of disincentivizing

Re: Multiple instances of CoreContainer

Yes, static variables are dangerous when you write tests. So, don't use them ;) On Wed, Mar 2, 2016 at 3:57 AM, Gus Heck wrote: > Ah figured it out, I had forgotten that when I started on this yesterday, > before I had a solid plan for what the test was going to look like I

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

Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-mmap-Java8/12/ 1 tests failed. FAILED: org.apache.solr.handler.TestReplicationHandler.doTestStressReplication Error Message: timed out waiting for collection1 startAt time to exceed: Wed Mar 02 04:18:37 EET 2016 Stack Trace:

[jira] [Commented] (SOLR-8349) Allow sharing of large in memory data structures across cores

[ https://issues.apache.org/jira/browse/SOLR-8349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174902#comment-15174902 ] Noble Paul commented on SOLR-8349: -- Thanks. the tests are fine. But for one thing, The blob store is not

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-Windows/43/ Java: 64bit/jdk1.7.0_80 -XX:+UseCompressedOops -XX:+UseSerialGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: ObjectTracker found 4 object(s) that were not released!!!

[jira] [Created] (SOLR-8772) components that rely on blob store should be loaded as soon as it is available

Noble Paul created SOLR-8772: Summary: components that rely on blob store should be loaded as soon as it is available Key: SOLR-8772 URL: https://issues.apache.org/jira/browse/SOLR-8772 Project: Solr

[jira] [Commented] (SOLR-8745) Deprecate ZkStateReader.updateClusterState(), remove uses

[ https://issues.apache.org/jira/browse/SOLR-8745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174880#comment-15174880 ] Ishan Chattopadhyaya commented on SOLR-8745: Instead of

[JENKINS-EA] Lucene-Solr-5.5-Linux (64bit/jdk-9-ea+107) - Build # 184 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-Linux/184/ Java: 64bit/jdk-9-ea+107 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.search.TestIndexSearcher.testReopen Error Message: expected:<1> but was:<6> Stack Trace: java.lang.AssertionError:

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/5659/ Java: 64bit/jdk1.8.0_72 -XX:-UseCompressedOops -XX:+UseParallelGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: ObjectTracker found 4 object(s) that were not released!!!

[jira] [Commented] (SOLR-8745) Deprecate ZkStateReader.updateClusterState(), remove uses

[ https://issues.apache.org/jira/browse/SOLR-8745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174784#comment-15174784 ] Scott Blum commented on SOLR-8745: -- [~shalinmangar] > Deprecate ZkStateReader.updateClusterState(),

[jira] [Updated] (SOLR-8745) Deprecate ZkStateReader.updateClusterState(), remove uses

[ https://issues.apache.org/jira/browse/SOLR-8745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Blum updated SOLR-8745: - Attachment: SOLR-8745.patch Patch! > Deprecate ZkStateReader.updateClusterState(), remove uses >

[jira] [Commented] (LUCENE-7059) Verify that 1D point values are visited in order

[ https://issues.apache.org/jira/browse/LUCENE-7059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174771#comment-15174771 ] Robert Muir commented on LUCENE-7059: - +1, thanks for the cleanups! > Verify that 1D point values

[jira] [Commented] (LUCENE-7015) Refactor spatial module to spatial-extras

[ https://issues.apache.org/jira/browse/LUCENE-7015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174694#comment-15174694 ] Steve Rowe commented on LUCENE-7015: bq. Also I notice your commit contains workspace.xml... this is

[jira] [Updated] (LUCENE-7059) Verify that 1D point values are visited in order

[ https://issues.apache.org/jira/browse/LUCENE-7059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-7059: --- Attachment: LUCENE-7059.patch Patch, I think it's ready. > Verify that 1D point

[jira] [Updated] (SOLR-8349) Allow sharing of large in memory data structures across cores

[ https://issues.apache.org/jira/browse/SOLR-8349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gus Heck updated SOLR-8349: --- Attachment: SOLR_8349.patch Unit tests, both cloud style and mock. Everything passed precommit before I

[jira] [Commented] (LUCENE-7015) Refactor spatial module to spatial-extras

[ https://issues.apache.org/jira/browse/LUCENE-7015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174664#comment-15174664 ] Gus Heck commented on LUCENE-7015: -- When I updated today, saw red, ran "ant idea" and still a bunch of

[jira] [Created] (LUCENE-7059) Verify that 1D point values are visited in order

Michael McCandless created LUCENE-7059: -- Summary: Verify that 1D point values are visited in order Key: LUCENE-7059 URL: https://issues.apache.org/jira/browse/LUCENE-7059 Project: Lucene - Core

[JENKINS-EA] Lucene-Solr-5.5-Linux (64bit/jdk-9-ea+107) - Build # 183 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-Linux/183/ Java: 64bit/jdk-9-ea+107 -XX:+UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.lucene.search.TestTermAutomatonQuery.testRandom Error Message: expected:<358> but was:<376> Stack Trace: java.lang.AssertionError:

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/16065/ Java: 64bit/jdk-9-ea+107 -XX:+UseCompressedOops -XX:+UseSerialGC 7 tests failed. FAILED: org.apache.lucene.index.TestDuelingCodecs.testCrazyReaderEquals Error Message: source=3 is out of bounds (maxState is 2) Stack Trace:

Re: Multiple instances of CoreContainer

Ah figured it out, I had forgotten that when I started on this yesterday, before I had a solid plan for what the test was going to look like I had gratuitously stuck a 2 in for NUM_CORES and forgot all about it. So it seems that More than one CoreContainer can happen within a JVM with this test

Re: Copyrights

On Tue, Mar 1, 2016 at 1:24 PM david.w.smi...@gmail.com < david.w.smi...@gmail.com> wrote: > I'm considering doing some enhancements to Lucene/Solr on behalf of > another organization/entity who wants me to include copyright statements to > them. Same ASLv2 license. This is no big deal; right?

Re: Copyrights

I'll send a note to that Apache list; thanks for the reference. On Tue, Mar 1, 2016 at 4:49 PM Mike Drob wrote: > I would check with legal-discuss@a.o to be sure, but here is my > understanding of relevant ASF policies: > > All work done and contributed by an individual is

[JENKINS] Lucene-Solr-5.5-MacOSX (64bit/jdk1.7.0) - Build # 25 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-MacOSX/25/ Java: 64bit/jdk1.7.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.cloud.CustomCollectionTest.test Error Message: KeeperErrorCode = Session expired for /clusterstate.json Stack Trace:

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-Linux/182/ Java: 64bit/jdk1.8.0_72 -XX:-UseCompressedOops -XX:+UseSerialGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.CollectionsAPIDistributedZkTest Error Message: 5 threads leaked from SUITE scope at

Re: Copyrights

I would check with legal-discuss@a.o to be sure, but here is my understanding of relevant ASF policies: All work done and contributed by an individual is bound by the terms of your ICLA. You retain the copyright ownership under ASLv2, but have granted the ASF (an irrevocable?) permission and

[jira] [Commented] (SOLR-8727) Limit Threadpools by default

[ https://issues.apache.org/jira/browse/SOLR-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174465#comment-15174465 ] Mark Miller commented on SOLR-8727: --- bq. But I also would say that consuming as much threads as possible

[jira] [Resolved] (SOLR-8771) Multi-threaded core shutdown creates executor per core

[ https://issues.apache.org/jira/browse/SOLR-8771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved SOLR-8771. --- Resolution: Fixed Fix Version/s: master > Multi-threaded core shutdown creates executor per

Copyrights

I'm considering doing some enhancements to Lucene/Solr on behalf of another organization/entity who wants me to include copyright statements to them. Same ASLv2 license. This is no big deal; right? I see we've already got some source files with non-ASF copyright licenses (e.g. Automata.java and

RE: Master branch and java version

FYI, this is the bug: https://bugs.openjdk.java.net/browse/JDK-8051958 This happened because I converted the UTF-16-Comparator to a lambda while moving it away from Core’s BytesRef to TSTLookup. Anyways, the code now reads much better

Multiple instances of CoreContainer

I've been trying to write a unit test using the new SolrCloudTestCase class, but I've discovered something surprising: It seems that when I create 2 collections, they sometimes wind up in the same CoreContainer, and sometimes in two separate CoreContainer objects... I had previously imagined that

[jira] [Commented] (SOLR-8713) New UI points to the wiki for Query Syntax instead of the Reference Guide

[ https://issues.apache.org/jira/browse/SOLR-8713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174352#comment-15174352 ] Tomás Fernández Löbbe commented on SOLR-8713: - I was being lazy and not backporting. 6.0 will

[jira] [Commented] (SOLR-8771) Multi-threaded core shutdown creates executor per core

[ https://issues.apache.org/jira/browse/SOLR-8771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174349#comment-15174349 ] ASF subversion and git services commented on SOLR-8771: --- Commit

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

Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/918/ 46 tests failed. FAILED: org.apache.solr.DistributedIntervalFacetingTest.test Error Message: IOException occured when talking to server at: http://127.0.0.1:48871/_rse/collection1 Stack Trace:

[jira] [Commented] (SOLR-8771) Multi-threaded core shutdown creates executor per core

[ https://issues.apache.org/jira/browse/SOLR-8771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174263#comment-15174263 ] Mark Miller commented on SOLR-8771: --- +1, good catch! > Multi-threaded core shutdown creates executor per

[jira] [Assigned] (SOLR-8771) Multi-threaded core shutdown creates executor per core

[ https://issues.apache.org/jira/browse/SOLR-8771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller reassigned SOLR-8771: - Assignee: Mark Miller > Multi-threaded core shutdown creates executor per core >

[jira] [Updated] (SOLR-5616) Make grouping code use response builder needDocList

[ https://issues.apache.org/jira/browse/SOLR-5616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Keith Laban updated SOLR-5616: -- Attachment: SOLR-5616.patch Attached new, addressing [~erickerickson] comments from way back when. test

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/16063/ Java: 32bit/jdk-9-ea+107 -server -XX:+UseSerialGC All tests passed Build Log: [...truncated 1558 lines...] [junit4] ERROR: JVM J0 ended with an exception, command line: /home/jenkins/tools/java/32bit/jdk-9-ea+107/bin/java

[jira] [Updated] (SOLR-8771) Multi-threaded core shutdown creates executor per core

[ https://issues.apache.org/jira/browse/SOLR-8771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Drob updated SOLR-8771: Attachment: SOLR-8771.patch > Multi-threaded core shutdown creates executor per core >

[JENKINS-EA] Lucene-Solr-5.5-Linux (64bit/jdk-9-ea+107) - Build # 180 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-Linux/180/ Java: 64bit/jdk-9-ea+107 -XX:-UseCompressedOops -XX:+UseSerialGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.SaslZkACLProviderTest Error Message: 5 threads leaked from SUITE scope at

[jira] [Created] (SOLR-8771) Multi-threaded core shutdown creates executor per core

Mike Drob created SOLR-8771: --- Summary: Multi-threaded core shutdown creates executor per core Key: SOLR-8771 URL: https://issues.apache.org/jira/browse/SOLR-8771 Project: Solr Issue Type: Bug

Re: Master branch and java version

Yup, that fixes it. Thanks Uwe! Although perhaps we should be forcing everybody to upgrade to a non-buggy JVM anyway :-) On 1 Mar 2016, at 17:38, Uwe Schindler wrote: > Hi, > > I committed the following fix, simplifying the code to a one-liner: > https://goo.gl/Vv8PXp > > This should work

[jira] [Commented] (LUCENE-5735) Faceting for DateRangePrefixTree

[ https://issues.apache.org/jira/browse/LUCENE-5735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174094#comment-15174094 ] David Smiley commented on LUCENE-5735: -- After the 6x branch is cut, I'm going to delete this from

RE: Master branch and java version

Hi, I committed the following fix, simplifying the code to a one-liner: https://goo.gl/Vv8PXp This should work around the 8u25 bug. Can anybody verify this? Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de

[jira] [Commented] (LUCENE-7053) Remove deprecated BytesRef#getUTF8SortedAsUTF16Comparator(); remove natural comparator in favour of Java 8 one

[ https://issues.apache.org/jira/browse/LUCENE-7053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174080#comment-15174080 ] ASF subversion and git services commented on LUCENE-7053: - Commit

[jira] [Resolved] (SOLR-8738) invalid DBQ initially sent to a non-leader node will report success

[ https://issues.apache.org/jira/browse/SOLR-8738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man resolved SOLR-8738. Resolution: Fixed Assignee: Hoss Man Fix Version/s: master > invalid DBQ initially sent to a

[jira] [Commented] (SOLR-445) Update Handlers abort with bad documents

[ https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174038#comment-15174038 ] ASF subversion and git services commented on SOLR-445: -- Commit

[jira] [Commented] (SOLR-8738) invalid DBQ initially sent to a non-leader node will report success

[ https://issues.apache.org/jira/browse/SOLR-8738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174037#comment-15174037 ] ASF subversion and git services commented on SOLR-8738: --- Commit

[jira] [Commented] (SOLR-8375) ReplicaAssigner rejects valid positions

[ https://issues.apache.org/jira/browse/SOLR-8375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174035#comment-15174035 ] ASF subversion and git services commented on SOLR-8375: --- Commit

[jira] [Commented] (SOLR-445) Update Handlers abort with bad documents

[ https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174039#comment-15174039 ] ASF subversion and git services commented on SOLR-445: -- Commit

[jira] [Commented] (LUCENE-7057) cleanup some sandiness around LatLonPoint

[ https://issues.apache.org/jira/browse/LUCENE-7057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174036#comment-15174036 ] ASF subversion and git services commented on LUCENE-7057: - Commit

[jira] [Commented] (SOLR-8738) invalid DBQ initially sent to a non-leader node will report success

[ https://issues.apache.org/jira/browse/SOLR-8738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174041#comment-15174041 ] ASF subversion and git services commented on SOLR-8738: --- Commit

[jira] [Commented] (SOLR-8738) invalid DBQ initially sent to a non-leader node will report success

[ https://issues.apache.org/jira/browse/SOLR-8738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174040#comment-15174040 ] ASF subversion and git services commented on SOLR-8738: --- Commit

[jira] [Commented] (SOLR-8698) params.json should have a way to specify appends and invariants

[ https://issues.apache.org/jira/browse/SOLR-8698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174034#comment-15174034 ] ASF subversion and git services commented on SOLR-8698: --- Commit

[jira] [Created] (SOLR-8770) BinaryRequestWriter interprets null object in field as literal "NULL" string

Shawn Heisey created SOLR-8770: -- Summary: BinaryRequestWriter interprets null object in field as literal "NULL" string Key: SOLR-8770 URL: https://issues.apache.org/jira/browse/SOLR-8770 Project: Solr

[jira] [Commented] (LUCENE-7056) Spatial3d/Geo3d should have zero runtime dependencies

[ https://issues.apache.org/jira/browse/LUCENE-7056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174018#comment-15174018 ] Robert Muir commented on LUCENE-7056: - {quote} Can you please explain how leaving it exposed (public)

[jira] [Commented] (SOLR-8768) Wrong behaviour in json facets

[ https://issues.apache.org/jira/browse/SOLR-8768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15174008#comment-15174008 ] Pablo Anzorena commented on SOLR-8768: -- UPDATE: It does not depend on the range facets. The problem is

Re: Master branch and java version

And ditto, thanks Alan. I hit this issue myself yesterday morning and had just finished working through upgrading my JDK and getting master compiling again when I saw your message. — Erik Hatcher, Senior Solutions Architect http://www.lucidworks.com > On Mar 1,

[jira] [Commented] (SOLR-7010) Deprecate facet.date client functionality, and remove from master

[ https://issues.apache.org/jira/browse/SOLR-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173991#comment-15173991 ] Steve Rowe commented on SOLR-7010: -- +1 > Deprecate facet.date client functionality, and remove from

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

Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/917/ 1 tests failed. FAILED: org.apache.solr.handler.TestReplicationHandler.doTestStressReplication Error Message: timed out waiting for collection1 startAt time to exceed: Wed Mar 02 03:10:54 GMT+11:00 2016 Stack Trace:

[jira] [Commented] (LUCENE-7056) Spatial3d/Geo3d should have zero runtime dependencies

[ https://issues.apache.org/jira/browse/LUCENE-7056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173990#comment-15173990 ] David Smiley commented on LUCENE-7056: -- bq. +1 from someone who is just started looking at this

[jira] [Updated] (SOLR-7010) Deprecate facet.date client functionality, and remove from master

[ https://issues.apache.org/jira/browse/SOLR-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Rowe updated SOLR-7010: - Attachment: SOLR-7010.patch Patch, fixes a few failing tests and adds a CHANGES.txt entry. Tests and

[jira] [Created] (SOLR-8769) CloudMLTQParser does not use uniqueKey field name for exclusion

Erik Hatcher created SOLR-8769: -- Summary: CloudMLTQParser does not use uniqueKey field name for exclusion Key: SOLR-8769 URL: https://issues.apache.org/jira/browse/SOLR-8769 Project: Solr

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 948 - Still Failing

It also got MockRandomMergePolicy ;) I pushed a fix to reduce the number of docs this test case indexes... Mike McCandless http://blog.mikemccandless.com On Tue, Mar 1, 2016 at 8:44 AM, Robert Muir wrote: > My mistake: its not my new test but the existing random binary test

[jira] [Commented] (SOLR-8738) invalid DBQ initially sent to a non-leader node will report success

[ https://issues.apache.org/jira/browse/SOLR-8738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173921#comment-15173921 ] Noble Paul commented on SOLR-8738: -- It is easy to understand why and how this fix works. But it's kinda

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/16061/ Java: 32bit/jdk-9-ea+107 -server -XX:+UseSerialGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.SaslZkACLProviderTest Error Message: 5 threads leaked from SUITE scope at

[jira] [Commented] (SOLR-8768) Wrong behaviour in json facets

[ https://issues.apache.org/jira/browse/SOLR-8768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173885#comment-15173885 ] Pablo Anzorena commented on SOLR-8768: -- I might know what is going on. The top 2 sellers across the

[jira] [Updated] (SOLR-8768) Wrong behaviour in json facets

[ https://issues.apache.org/jira/browse/SOLR-8768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pablo Anzorena updated SOLR-8768: - Description: This bug is quite difficult to explain it, so I will first show it with an example

[jira] [Created] (SOLR-8768) Wrong behaviour in json facets

Pablo Anzorena created SOLR-8768: Summary: Wrong behaviour in json facets Key: SOLR-8768 URL: https://issues.apache.org/jira/browse/SOLR-8768 Project: Solr Issue Type: Bug

[jira] [Updated] (SOLR-8763) Add EvalStream to support "computing on the code" use cases

[ https://issues.apache.org/jira/browse/SOLR-8763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-8763: - Priority: Minor (was: Major) > Add EvalStream to support "computing on the code" use cases >

Re: Master branch and java version

Me too; minutes after your notice Alan. Thanks for the FYI. On Tue, Mar 1, 2016 at 5:18 AM Varun Thacker wrote: > I also ran into the same problem. I was using 1.8.0_31 . Upgrading worked > though. > > On Tue, Mar 1, 2016 at 3:19 AM, Alan Woodward

[jira] [Updated] (SOLR-8763) Add EvalStream to support "computing on the code" use cases

[ https://issues.apache.org/jira/browse/SOLR-8763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-8763: - Issue Type: New Feature (was: Bug) > Add EvalStream to support "computing on the code" use cases

[jira] [Updated] (LUCENE-7058) Add getters for the properties of several Query implementations

[ https://issues.apache.org/jira/browse/LUCENE-7058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Smet updated LUCENE-7058: --- Attachment: query-getters-v01.00.diff > Add getters for the properties of several Query

[jira] [Created] (LUCENE-7058) Add getters for the properties of several Query implementations

Guillaume Smet created LUCENE-7058: -- Summary: Add getters for the properties of several Query implementations Key: LUCENE-7058 URL: https://issues.apache.org/jira/browse/LUCENE-7058 Project: Lucene

[jira] [Updated] (SOLR-8767) RealTimeGetComponent and stored/copyField exclusion

[ https://issues.apache.org/jira/browse/SOLR-8767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-8767: --- Description: Consider this scenario: schema has fields `a` and `b` defined, both stored. A copyField

[jira] [Created] (SOLR-8767) RealTimeGetComponent and stored/copyField exclusion

Erik Hatcher created SOLR-8767: -- Summary: RealTimeGetComponent and stored/copyField exclusion Key: SOLR-8767 URL: https://issues.apache.org/jira/browse/SOLR-8767 Project: Solr Issue Type: Bug

[jira] [Updated] (SOLR-7010) Deprecate facet.date client functionality, and remove from master

[ https://issues.apache.org/jira/browse/SOLR-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Rowe updated SOLR-7010: - Summary: Deprecate facet.date client functionality, and remove from master (was: Deprecate facet.date

[jira] [Updated] (SOLR-8764) Remove all deprecated methods and classes from master prior to the 6.0 release

[ https://issues.apache.org/jira/browse/SOLR-8764?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Rowe updated SOLR-8764: - Attachment: SOLR-8764.patch Patch, fixes a few failing tests and adds a CHANGES.txt entry. Tests and

[JENKINS-EA] Lucene-Solr-5.5-Linux (64bit/jdk-9-ea+107) - Build # 178 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.5-Linux/178/ Java: 64bit/jdk-9-ea+107 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.lucene.codecs.lucene41.TestLucene41PostingsFormat3.test Error Message: 4 Stack Trace:

[jira] [Commented] (SOLR-8766) remove the deprecated tag from solrconfig.xml

[ https://issues.apache.org/jira/browse/SOLR-8766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173798#comment-15173798 ] Steve Rowe commented on SOLR-8766: -- SOLR-8398 is part of this. > remove the deprecated tag from

[jira] [Commented] (SOLR-8766) remove the deprecated tag from solrconfig.xml

[ https://issues.apache.org/jira/browse/SOLR-8766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173795#comment-15173795 ] Upayavira commented on SOLR-8766: - See no issue with that > remove the deprecated tag from solrconfig.xml

[jira] [Assigned] (SOLR-8766) remove the deprecated tag from solrconfig.xml

[ https://issues.apache.org/jira/browse/SOLR-8766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul reassigned SOLR-8766: Assignee: Noble Paul > remove the deprecated tag from solrconfig.xml >

[jira] [Created] (SOLR-8766) remove the deprecated tag from solrconfig.xml

Noble Paul created SOLR-8766: Summary: remove the deprecated tag from solrconfig.xml Key: SOLR-8766 URL: https://issues.apache.org/jira/browse/SOLR-8766 Project: Solr Issue Type: Bug

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 948 - Still Failing

My mistake: its not my new test but the existing random binary test in core. It is not the new randomization of BKD parameters because this test was already doing that explicitly. In this case its running with defaults. The problem: the test this run gets close to the upper bound: 1>

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 948 - Still Failing

I'll look. The test parameters for this "big test" may need to be tuned. Its a new test. On Tue, Mar 1, 2016 at 7:55 AM, Apache Jenkins Server wrote: > Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/948/ > > 2 tests failed. > FAILED:

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

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/948/ 2 tests failed. FAILED: org.apache.lucene.search.TestPointQueries.testRandomBinaryBig Error Message: Test abandoned because suite timeout was reached. Stack Trace: java.lang.Exception: Test abandoned because suite timeout

[jira] [Comment Edited] (LUCENE-7056) Spatial3d/Geo3d should have zero runtime dependencies

[ https://issues.apache.org/jira/browse/LUCENE-7056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173685#comment-15173685 ] Karl Wright edited comment on LUCENE-7056 at 3/1/16 12:38 PM: -- If you folks

[jira] [Commented] (SOLR-8760) PeerSync replay of ADDs older than ourLowThreshold interacting with DBQs to stall new leadership

[ https://issues.apache.org/jira/browse/SOLR-8760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173689#comment-15173689 ] Christine Poerschke commented on SOLR-8760: --- [~yo...@apache.org] and [~markrmil...@gmail.com] -

[jira] [Comment Edited] (LUCENE-7056) Spatial3d/Geo3d should have zero runtime dependencies

[ https://issues.apache.org/jira/browse/LUCENE-7056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173685#comment-15173685 ] Karl Wright edited comment on LUCENE-7056 at 3/1/16 12:36 PM: -- If you folks

  1   2   >