[jira] [Commented] (SOLR-8580) Closing leaked Closeable resources

[ https://issues.apache.org/jira/browse/SOLR-8580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111536#comment-15111536 ] Ishan Chattopadhyaya commented on SOLR-8580: Indeed, the underlying file channel would be

[JENKINS] Lucene-Solr-SmokeRelease-5.x - Build # 440 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-5.x/440/ No tests ran. Build Log: [...truncated 43222 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/build.xml:529: The following error occurred while executing this line:

[jira] [Comment Edited] (SOLR-8550) Add asynchronous DaemonStreams to the Streaming API

[ https://issues.apache.org/jira/browse/SOLR-8550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111687#comment-15111687 ] Joel Bernstein edited comment on SOLR-8550 at 1/22/16 12:39 AM: New patch

[JENKINS-MAVEN] Lucene-Solr-Maven-5.4 #20: POMs out of sync

Build: https://builds.apache.org/job/Lucene-Solr-Maven-5.4/20/ No tests ran. Build Log: [...truncated 25552 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.4/build.xml:808: The following error occurred while executing this line:

[jira] [Commented] (SOLR-8129) HdfsChaosMonkeyNothingIsSafeTest failures

[ https://issues.apache.org/jira/browse/SOLR-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111805#comment-15111805 ] Yonik Seeley commented on SOLR-8129: bq. Yeah, but I'd prefer full replication over holes. Better that

[jira] [Commented] (SOLR-8451) We should not call method.abort in HttpSolrClient and HttpSolrCall#remoteQuery should not close streams.

[ https://issues.apache.org/jira/browse/SOLR-8451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111807#comment-15111807 ] Mark Miller commented on SOLR-8451: --- bq. HttpClient appears to clean up these situations for us. I have

[jira] [Updated] (SOLR-8550) Add asynchronous DaemonStreams to the Streaming API

[ https://issues.apache.org/jira/browse/SOLR-8550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-8550: - Attachment: SOLR-8550.patch New patch tests the list action. I think the next step is manual

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/5428/ Java: 64bit/jdk1.7.0_80 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.core.TestDynamicLoading.testDynamicLoading Error Message: Could not get expected value 'X val changed' for path 'x'

[JENKINS-MAVEN] Lucene-Solr-Maven-5.3 #18: POMs out of sync

Build: https://builds.apache.org/job/Lucene-Solr-Maven-5.3/18/ No tests ran. Build Log: [...truncated 25012 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-5.3/build.xml:742: The following error occurred while executing this line:

[jira] [Commented] (SOLR-8578) ConcurrentUpdateSolrServer with BinaryResponseParser leaves 40-42 bytes unconsumed from the request response even without errors.

[ https://issues.apache.org/jira/browse/SOLR-8578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111683#comment-15111683 ] Mark Miller commented on SOLR-8578: --- Okay, I see now, we simply don't process the response, we just use

[jira] [Updated] (SOLR-8578) ConcurrentUpdateSolrServer with BinaryResponseParser leaves 40-42 bytes unconsumed from the request response even without errors.

[ https://issues.apache.org/jira/browse/SOLR-8578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-8578: -- Issue Type: Improvement (was: Bug) > ConcurrentUpdateSolrServer with BinaryResponseParser leaves 40-42

[jira] [Updated] (SOLR-8578) Successful requests are not consumed by Solrj clients and all types other than binary used chunked encoding instead of just setting the content size header.

[ https://issues.apache.org/jira/browse/SOLR-8578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-8578: -- Summary: Successful requests are not consumed by Solrj clients and all types other than binary used

[jira] [Commented] (SOLR-8578) Successful requests are not consumed by Solrj clients and all types other than binary used chunked encoding instead of just setting the content size header.

[ https://issues.apache.org/jira/browse/SOLR-8578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111784#comment-15111784 ] Mark Miller commented on SOLR-8578: --- We can fix this by passing a special outputstream to the Writer that

[jira] [Commented] (SOLR-8578) ConcurrentUpdateSolrServer with BinaryResponseParser leaves 40-42 bytes unconsumed from the request response even without errors.

[ https://issues.apache.org/jira/browse/SOLR-8578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111685#comment-15111685 ] Mark Miller commented on SOLR-8578: --- Hmmm...and it looks like I thought it only affect Binary and not XML

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

Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/1662/ No tests ran. Build Log: [...truncated 24872 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-trunk/build.xml:800: The following error occurred while executing this line:

[jira] [Commented] (SOLR-8129) HdfsChaosMonkeyNothingIsSafeTest failures

[ https://issues.apache.org/jira/browse/SOLR-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111833#comment-15111833 ] Mark Miller commented on SOLR-8129: --- bq. we're saying the same thing. I just get the feeling you have

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15611/ Java: 32bit/jdk1.8.0_66 -server -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.lucene.search.TestLatLonPointQueries.testAllLatEqual Error Message: Captured an uncaught exception in thread: Thread[id=45, name=T0,

[jira] [Commented] (SOLR-8578) ConcurrentUpdateSolrServer with BinaryResponseParser leaves 40-42 bytes unconsumed from the request response even without errors.

[ https://issues.apache.org/jira/browse/SOLR-8578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111742#comment-15111742 ] Mark Miller commented on SOLR-8578: --- Seems only Binary will actually return a content length header

[jira] [Updated] (SOLR-8578) Successful requests are not consumed by Solrj clients and all types other than binary used chunked encoding instead of just setting the content size header.

[ https://issues.apache.org/jira/browse/SOLR-8578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-8578: -- Priority: Major (was: Minor) Issue Type: Bug (was: Improvement) > Successful requests are not

Re: [VOTE] Release Lucene/Solr 5.4.1 RC2

Should the Solr release notes reference the additional fixes that went in there? >From your email to start the thread: - SOLR-8496: multi-select faceting and getDocSet(List) can match deleted docs - SOLR-8418: Adapt to changes in LUCENE-6590 for use of boosts with MLTHandler and

[jira] [Updated] (SOLR-8550) Add asynchronous DaemonStreams to the Streaming API

[ https://issues.apache.org/jira/browse/SOLR-8550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-8550: - Attachment: SOLR-8550.patch Added StreamExpressionToExpression test > Add asynchronous

Re: [VOTE] Release Lucene/Solr 5.4.1 RC2

On 1/21/2016 8:14 PM, Michael Froh wrote: > Should the Solr release notes reference the additional fixes that went > in there? > > From your email to start the thread: > > - SOLR-8496: multi-select faceting and getDocSet(List) can > match deleted docs > - SOLR-8418: Adapt to changes in

[jira] [Updated] (SOLR-8550) Add asynchronous DaemonStreams to the Streaming API

[ https://issues.apache.org/jira/browse/SOLR-8550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-8550: - Attachment: SOLR-8550.patch New patch that tests parallel DaemonStream's updating a collection.

[jira] [Commented] (SOLR-8560) Add RequestStatusState enum

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

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.4-Linux/436/ Java: 32bit/jdk-9-ea+95 -client -XX:+UseConcMarkSweepGC -XX:-CompactStrings 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.CollectionsAPIDistributedZkTest Error Message: 5 threads leaked from SUITE scope

[jira] [Commented] (SOLR-8560) Add RequestStatusState enum

[ https://issues.apache.org/jira/browse/SOLR-8560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15111959#comment-15111959 ] Anshum Gupta commented on SOLR-8560: +1 Thanks Shai. I wish we could be consistent in our header

[jira] [Commented] (SOLR-8560) Add RequestStatusState enum

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

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Solaris/346/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.lucene.search.TestLatLonPointQueries.testRandomMedium Error Message: Captured an uncaught exception in thread: Thread[id=27,

[jira] [Resolved] (SOLR-8560) Add RequestStatusState enum

[ https://issues.apache.org/jira/browse/SOLR-8560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera resolved SOLR-8560. -- Resolution: Fixed Thanks [~anshumg] for the review. > Add RequestStatusState enum >

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Solaris/342/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC 2 tests failed. FAILED: org.apache.solr.cloud.AliasIntegrationTest.test Error Message: Error from server at http://127.0.0.1:40289/j_aq/a/testalias:

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15612/ Java: 64bit/jdk1.8.0_66 -XX:+UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.lucene.search.TestLatLonPointQueries.testMultiValued Error Message: some hits were wrong Stack Trace: java.lang.AssertionError:

[jira] [Commented] (SOLR-8129) HdfsChaosMonkeyNothingIsSafeTest failures

[ https://issues.apache.org/jira/browse/SOLR-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1592#comment-1592 ] Gregory Chanan commented on SOLR-8129: -- +1 for Mark's reasoning. > HdfsChaosMonkeyNothingIsSafeTest

[jira] [Resolved] (SOLR-8534) Add generic support for Collection APIs to be async

[ https://issues.apache.org/jira/browse/SOLR-8534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker resolved SOLR-8534. - Resolution: Fixed Committed to trunk and branch_5x > Add generic support for Collection APIs to

Re: Question about release plans amidst the git transition

+1 to a 5.5 release. I really think we should do a deprecation release before 6.0, and that may/may not be 5.5. On Wed, Jan 20, 2016 at 11:17 PM, Robert Muir wrote: > one idea, we could use it to our advantage: as soon as we go to git, > immediately (e.g. after just a few days

[jira] [Commented] (SOLR-4619) Improve PreAnalyzedField query analysis

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

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

[ https://issues.apache.org/jira/browse/SOLR-8371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1524#comment-1524 ] Mark Miller commented on SOLR-8371: --- bq. Here's a patch of what I meant, on top of your changes. I

Re: [VOTE] Release Lucene/Solr 5.3.2-RC2

The vote has now passed. Thank you everyone for voting. Here is the draft for the 5.3.2 release notes. Let me know if I missed something. Lucene: https://wiki.apache.org/lucene-java/ReleaseNote532 Solr: https://wiki.apache.org/solr/ReleaseNote532 On Wed, Jan 20, 2016 at 3:33 AM, Ahmet Arslan

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

[ https://issues.apache.org/jira/browse/SOLR-8371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1585#comment-1585 ] Mark Miller commented on SOLR-8371: --- We also want, if a 1000 recovery requests come in really quick, for

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

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

<    1   2