buffer unmap() discussion on core-libs-dev

This may be interesting to those wanting to clean up the hacks to mapped byte buffers -- perhaps we can chime in with ideas/ suggestions? http://markmail.org/thread/4kefbtsf64a3nqk6 See this suggestion about async. delayed callback, for example:

[jira] [Resolved] (SOLR-7993) json stopped working on 5.3.0

[ https://issues.apache.org/jira/browse/SOLR-7993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bill Bell resolved SOLR-7993. - Resolution: Fixed > json stopped working on 5.3.0 > - > > Key:

[jira] [Commented] (LUCENE-6789) change IndexSearcher default similarity to BM25

[ https://issues.apache.org/jira/browse/LUCENE-6789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736520#comment-14736520 ] Ishan Chattopadhyaya commented on LUCENE-6789: -- +1 Lucene's BM25 competes very well against

[jira] [Commented] (LUCENE-6785) Consider merging Query.rewrite() into Query.createWeight()

[ https://issues.apache.org/jira/browse/LUCENE-6785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736431#comment-14736431 ] Adrien Grand commented on LUCENE-6785: -- I think the API is more usable this way. The only concern I

[jira] [Commented] (SOLR-7993) json stopped working on 5.3.0

[ https://issues.apache.org/jira/browse/SOLR-7993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736351#comment-14736351 ] Bill Bell commented on SOLR-7993: - Can we release this in 5.3.1 ? > json stopped working on 5.3.0 >

[jira] [Comment Edited] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[ https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736362#comment-14736362 ] Uwe Schindler edited comment on LUCENE-6770 at 9/9/15 7:25 AM: --- bq. My

[jira] [Commented] (LUCENE-6773) Always flatten nested conjunctions

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

[jira] [Commented] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[ https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736362#comment-14736362 ] Uwe Schindler commented on LUCENE-6770: --- bq. My concern is that this all internal LOCK_HELD

[jira] [Comment Edited] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[ https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736362#comment-14736362 ] Uwe Schindler edited comment on LUCENE-6770 at 9/9/15 7:29 AM: --- bq. My

[jira] [Commented] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[ https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736347#comment-14736347 ] Uwe Schindler commented on LUCENE-6770: --- getLockId was not related to that. It was completely

[JENKINS] Lucene-Solr-SmokeRelease-5.x - Build # 316 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-5.x/316/ No tests ran. Build Log: [...truncated 53196 lines...] prepare-release-no-sign: [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/dist [copy] Copying

[jira] [Commented] (LUCENE-6788) Mishandling of Integer.MIN_VALUE in FuzzySet leads to AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-6788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736443#comment-14736443 ] Adrien Grand commented on LUCENE-6788: -- Hmm actually it looks to me that having a positive value is

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/2713/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.cloud.DistribJoinFromCollectionTest.test Error Message: Expected: not "1.0" got: "1.0" Stack Trace:

[jira] [Commented] (LUCENE-6789) change IndexSearcher default similarity to BM25

[ https://issues.apache.org/jira/browse/LUCENE-6789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736447#comment-14736447 ] Michael McCandless commented on LUCENE-6789: +1 > change IndexSearcher default similarity to

[jira] [Commented] (SOLR-7495) Unexpected docvalues type NUMERIC when grouping by a int facet

[ https://issues.apache.org/jira/browse/SOLR-7495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736462#comment-14736462 ] Vishnu Mishra commented on SOLR-7495: - I also have the same problem in solr 5.3. > Unexpected

[jira] [Created] (SOLR-8022) jdk-8u60 doesn't work with solr-5.3.0 well

whc created SOLR-8022: - Summary: jdk-8u60 doesn't work with solr-5.3.0 well Key: SOLR-8022 URL: https://issues.apache.org/jira/browse/SOLR-8022 Project: Solr Issue Type: Bug Reporter: whc

[JENKINS-EA] Lucene-Solr-trunk-Linux (64bit/jdk1.9.0-ea-b78) - Build # 14166 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14166/ Java: 64bit/jdk1.9.0-ea-b78 -XX:-UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.cloud.DistribJoinFromCollectionTest.test Error Message: Expected: not "1.0" got: "1.0" Stack Trace:

[jira] [Updated] (SOLR-8022) jdk-8u60 doesn't work with solr-5.3.0 well

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] whc updated SOLR-8022: -- Affects Version/s: 5.3 > jdk-8u60 doesn't work with solr-5.3.0 well > -- > >

[jira] [Commented] (LUCENE-6789) change IndexSearcher default similarity to BM25

[ https://issues.apache.org/jira/browse/LUCENE-6789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736472#comment-14736472 ] Adrien Grand commented on LUCENE-6789: -- There are still some changes that refer to ClassicSimilarity

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk1.9.0-ea-b78) - Build # 14167 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14167/ Java: 32bit/jdk1.9.0-ea-b78 -client -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.cloud.DistribJoinFromCollectionTest.test Error Message: Expected: not "1.0" got: "1.0" Stack Trace:

[jira] [Updated] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated LUCENE-6305: - Description: BooleanQuery.equals is sensitive to the order in which clauses have been added. So

[jira] [Updated] (SOLR-8022) Java 8 doesn't work with solr-5.3.0 well

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-8022: Summary: Java 8 doesn't work with solr-5.3.0 well (was: jdk-8u60 doesn't work with solr-5.3.0 well)

Re: 5.3.1 bug fix release

Le mer. 9 sept. 2015 à 12:06, Adrien Grand a écrit : > I will backport LUCENE-6781 and LUCENE-6748 if nobody objects. > Done. Sorry if I did not wait long enough before backporting, but if anyone has concerns I will happily revert any of or both these backports.

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Solaris/37/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.cloud.DistribJoinFromCollectionTest.test Error Message: Expected: not "1.0" got: "1.0" Stack Trace:

[jira] [Created] (SOLR-8023) Add Support for group.facet in json facet API

Vishnu Mishra created SOLR-8023: --- Summary: Add Support for group.facet in json facet API Key: SOLR-8023 URL: https://issues.apache.org/jira/browse/SOLR-8023 Project: Solr Issue Type: New

Re: 5.3.1 bug fix release

I will backport LUCENE-6781 and LUCENE-6748 if nobody objects. Le mer. 9 sept. 2015 à 02:35, Erik Hatcher a écrit : > Done with those mentioned below. > > One remaining item for these plus the others is to get CHANGES.txt updated > on 5x and trunk to have a 5.3.1 section

[JENKINS-EA] Lucene-Solr-5.3-Linux (64bit/jdk1.9.0-ea-b78) - Build # 117 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/117/ Java: 64bit/jdk1.9.0-ea-b78 -XX:+UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.HttpPartitionTest Error Message: ObjectTracker found 1 object(s) that were not released!!!

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736715#comment-14736715 ] Yonik Seeley commented on LUCENE-6305: -- bq. Actually I think of this change more as a bug fix than

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736764#comment-14736764 ] Uwe Schindler commented on LUCENE-6305: --- bq. Then think about taking one of those large queries and

[jira] [Resolved] (LUCENE-6773) Always flatten nested conjunctions

[ https://issues.apache.org/jira/browse/LUCENE-6773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand resolved LUCENE-6773. -- Resolution: Fixed Fix Version/s: 5.4 > Always flatten nested conjunctions >

[jira] [Resolved] (LUCENE-6784) Enable query caching by default

[ https://issues.apache.org/jira/browse/LUCENE-6784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand resolved LUCENE-6784. -- Resolution: Fixed > Enable query caching by default > --- > >

[jira] [Commented] (LUCENE-6784) Enable query caching by default

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

Re: [JENKINS] Lucene-Solr-SmokeRelease-5.x - Build # 316 - Failure

This does look suspicious, Mike. Looks like interrupt() on testLiveMaxMergeCount somehow escaped and the next test started... I'll have to take a look at the code to see how (and if) this is possible. It shouldn't be. D. On Wed, Sep 9, 2015 at 12:02 PM, Michael McCandless

[jira] [Commented] (SOLR-8022) jdk-8u60 doesn't work with solr-5.3.0 well

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736757#comment-14736757 ] Uwe Schindler commented on SOLR-8022: - I think this is a duplicate of SOLR-7978. [~ehatcher] can you

Re: [JENKINS] Lucene-Solr-SmokeRelease-5.x - Build # 316 - Failure

Spooky failure in TestConcurrentMergeScheduler.testLiveMaxMergeCount: it seems like IW.forceMerge failed to notice that in fact all merges had completed, so the calling thread waited forever for it to finish... But, in the "interrupting leaked threads", why is there a "still running" thread from

[jira] [Commented] (LUCENE-6748) The query cache should not cache trivial queries

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

[jira] [Commented] (LUCENE-6781) BoostingQuery should implement rewrite

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

Re: Suggested fix for JDK-4724038 (Add unmap method to MappedByteBuffer)

Hi, Dawid Weiss and I are both involved in the Apache Lucene project and we know the problems with MappedByteBuffer and unmapping. Dawid already responded with a source code link to our impl (which needs to use the hacky cleaner() approach; also look at the heavy documentation in this class):

[jira] [Updated] (SOLR-8022) jdk-8u60 doesn't work with solr-5.3.0 well

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-8022: Labels: java8 (was: ) > jdk-8u60 doesn't work with solr-5.3.0 well >

[jira] [Commented] (LUCENE-6770) FSDirectory ctor should use getAbsolutePath instead of getRealPath for directory

[ https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736608#comment-14736608 ] Robert Muir commented on LUCENE-6770: - I don't think we should make any changes here. Please, we

[jira] [Commented] (LUCENE-6786) Remove IndexFileDeleter.refresh(String)

[ https://issues.apache.org/jira/browse/LUCENE-6786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736643#comment-14736643 ] Robert Muir commented on LUCENE-6786: - Nice cleanup: +1 > Remove IndexFileDeleter.refresh(String) >

[jira] [Updated] (SOLR-7988) LukeRequest on default path is broken with CloudSolrClient

[ https://issues.apache.org/jira/browse/SOLR-7988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-7988: - Fix Version/s: 5.3.1 > LukeRequest on default path is broken with CloudSolrClient >

[jira] [Commented] (SOLR-7988) LukeRequest on default path is broken with CloudSolrClient

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

[jira] [Commented] (SOLR-8022) jdk-8u60 doesn't work with solr-5.3.0 well

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736746#comment-14736746 ] Gernot Krost commented on SOLR-8022: Windows based jdk-8u60 and 8u51 don't work either. > jdk-8u60

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736754#comment-14736754 ] Robert Muir commented on LUCENE-6305: - what a load of horseshit. Those expert users can use custom

[jira] [Updated] (SOLR-8022) Java 8 doesn't fails in UpdateRequestProcessor due to Nashorn class cast exception

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-8022: Summary: Java 8 doesn't fails in UpdateRequestProcessor due to Nashorn class cast exception (was:

[jira] [Updated] (SOLR-8022) Java 8 fails in UpdateRequestProcessor due to Nashorn class cast exception

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-8022: Summary: Java 8 fails in UpdateRequestProcessor due to Nashorn class cast exception (was: Java 8

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736763#comment-14736763 ] Yonik Seeley commented on LUCENE-6305: -- bq. what a load of horseshit I am continually reminded why

[jira] [Commented] (LUCENE-6773) Always flatten nested conjunctions

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

[jira] [Commented] (LUCENE-6784) Enable query caching by default

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

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

Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/379/ 2 tests failed. REGRESSION: org.apache.solr.cloud.BasicDistributedZkTest.test Error Message: commitWithin did not work on node: http://127.0.0.1:58719/y_ire/wj/collection1 expected:<68> but was:<67> Stack Trace:

[jira] [Updated] (SOLR-8022) jdk-8u60 doesn't work with solr-5.3.0 well

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-8022: Component/s: update examples > jdk-8u60 doesn't work with solr-5.3.0 well >

Re: Suggested fix for JDK-4724038 (Add unmap method to MappedByteBuffer)

Thanks for the contribution, Uwe. So far I think I like Andrew's suggestion of a guard page the most. Unmapping the guard page boils down to a kind of thread-local variable without the actual cost of reading anything (in theory). So by write-protecting the guard page and then unmapping the file,

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736783#comment-14736783 ] Robert Muir commented on LUCENE-6305: - {quote} I am continually reminded why I try to minimize any

[jira] [Resolved] (SOLR-8022) Java 8 fails in UpdateRequestProcessor due to Nashorn class cast exception

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher resolved SOLR-8022. Resolution: Duplicate confirmed, this is a duplicate and fixed on trunk, 5x branch, and for the

[jira] [Commented] (SOLR-7775) support SolrCloud collection as fromIndex param in query-time join

[ https://issues.apache.org/jira/browse/SOLR-7775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736873#comment-14736873 ] Shalin Shekhar Mangar commented on SOLR-7775: - I found a reproducible test failure (on trunk)

Re: [CI] Lucene 5x Linux 64 Test Only - Build # 63025 - Failure!

On Wed, Sep 9, 2015 at 10:13 AM, Michael McCandless < luc...@mikemccandless.com> wrote: > OK this is a thread-safety issue in IW, a regression, caused by > https://issues.apache.org/jira/browse/LUCENE-6579 > > When handling a tragic exception we fail to block on any running (in > another thread)

Re: Suggested fix for JDK-4724038 (Add unmap method to MappedByteBuffer)

Hi Uwe, As I thought, the problem for some seems to be non-prompt unmapping of mapped address space held by otherwise unreachable mapped byte buffers. The mapped address space doesn't live in the Java heap and doesn't represent a heap memory pressure, so GC doesn't kick-in automatically when

[JENKINS] Lucene-Solr-SmokeRelease-5.3 - Build # 16 - Still Failing

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

[jira] [Commented] (SOLR-6188) solr.ICUFoldingFilterFactory causes NoClassDefFoundError: o/a/l/a/icu/ICUFoldingFilter

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

Re: Any clue why I'm being asked to moderate these messages from the build system?

bu...@elastic.co *is* on the allow list for dev, so dunno why it is in the moderation queue. If people are okay with it, I'll add myself as a list moderator and see if I can make anything of the moderation messages. Any objections? Upayavira On Wed, Sep 9, 2015, at 01:58 PM, Michael McCandless

Re: Any clue why I'm being asked to moderate these messages from the build system?

On Wed, Sep 9, 2015 at 9:28 AM, Upayavira wrote: > bu...@elastic.co *is* on the allow list for dev, so dunno why it is in > the moderation queue. Phew, we need a mailing-list-debugger. > If people are okay with it, I'll add myself as a list moderator and see > if I can make

[jira] [Commented] (SOLR-6188) solr.ICUFoldingFilterFactory causes NoClassDefFoundError: o/a/l/a/icu/ICUFoldingFilter

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

[jira] [Updated] (SOLR-7819) ZkController.ensureReplicaInLeaderInitiatedRecovery does not respect retryOnConnLoss

[ https://issues.apache.org/jira/browse/SOLR-7819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-7819: Attachment: SOLR-7819.patch # Removed some debug logging in ExecutorUtil that I

[jira] [Commented] (LUCENE-6785) Consider merging Query.rewrite() into Query.createWeight()

[ https://issues.apache.org/jira/browse/LUCENE-6785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736932#comment-14736932 ] Terry Smith commented on LUCENE-6785: - The original patch drops a few key settings from the

[jira] [Commented] (SOLR-7951) LBHttpSolrClient wraps ALL exceptions in "No live SolrServers available to handle this request" exception, even usage errors

[ https://issues.apache.org/jira/browse/SOLR-7951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736944#comment-14736944 ] Edward Ribeiro commented on SOLR-7951: -- Hi [~markrmil...@gmail.com], Sorry for bothering you, but

[jira] [Updated] (SOLR-8022) Java 8 example/files fails in UpdateRequestProcessor due to Nashorn class cast exception

[ https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-8022: --- Summary: Java 8 example/files fails in UpdateRequestProcessor due to Nashorn class cast exception

Re: 5.3.1 bug fix release

Le mer. 9 sept. 2015 à 14:50, Noble Paul a écrit : > I see this committed to 5.3.1 > > but do not see this in the appropriate section in 5.3.1 CHANGES.txt > I will move the CHANGES entries.

[jira] [Updated] (LUCENE-6787) BooleanQuery should be able to drop duplicate non-scoring clauses

[ https://issues.apache.org/jira/browse/LUCENE-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Terry Smith updated LUCENE-6787: Attachment: LUCENE-6787.patch Absolutely, updated patch attached. > BooleanQuery should be able

[jira] [Resolved] (SOLR-6188) solr.ICUFoldingFilterFactory causes NoClassDefFoundError: o/a/l/a/icu/ICUFoldingFilter

[ https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey resolved SOLR-6188. Resolution: Fixed Fix Version/s: (was: 4.10) 5.3.1

Re: 5.3.1 bug fix release

It's not too late. If you are confident of not introducing any regression , please go ahead On Wed, Sep 9, 2015 at 6:57 PM, Yonik Seeley wrote: > How about https://issues.apache.org/jira/browse/SOLR-7990 ? > That's very serious for anyone using timeAllowed... > > I'm ready to

[jira] [Commented] (SOLR-7990) timeAllowed is returning wrong results on the same query submitted with different timeAllowed limits

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

Re: Any clue why I'm being asked to moderate these messages from the build system?

: bu...@elastic.co *is* on the allow list for dev, so dunno why it is in : the moderation queue. As discussed before on the dev-owner list (for the specific purpose of not distracting the entire dev community with mailing list management issues -- but alas, since it keeps coming up here i'll

Re: Any clue why I'm being asked to moderate these messages from the build system?

It looks like the Jenkins build failures from bu...@elastic.co are still requiring moderation ... Upayavira or Uwe, can you re-check and confirm that bu...@elastic.co really is successfully subscribed to dev@lucene.apache.org? Thanks. Mike McCandless http://blog.mikemccandless.com On Sun,

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/13888/ Java: 64bit/jdk1.7.0_80 -XX:+UseCompressedOops -XX:+UseParallelGC 2 tests failed. FAILED: org.apache.solr.core.ResourceLoaderTest.testClassLoaderLibs Error Message: Stack Trace: java.lang.AssertionError at

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736775#comment-14736775 ] Yonik Seeley commented on LUCENE-6305: -- bq. In Lucene 6, BooleanQuery is unmodifiable, so you have

Re: 5.3.1 bug fix release

I see this committed to 5.3.1 but do not see this in the appropriate section in 5.3.1 CHANGES.txt I'm not the right person to make a call on how important this is to be added to the 5.3.1 release. I'll leave this to others On Wed, Sep 9, 2015 at 4:12 PM, Adrien Grand

[jira] [Commented] (SOLR-7990) timeAllowed is returning wrong results on the same query submitted with different timeAllowed limits

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

[jira] [Updated] (LUCENE-6787) BooleanQuery should be able to drop duplicate non-scoring clauses

[ https://issues.apache.org/jira/browse/LUCENE-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Terry Smith updated LUCENE-6787: Attachment: LUCENE-6787-on-6785.patch Here is an alternate patch applied after LUCENE-6785. >

[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.8.0_60) - Build # 14168 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14168/ Java: 32bit/jdk1.8.0_60 -server -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.cloud.DistribJoinFromCollectionTest.test Error Message: Expected: not "1.0" got: "1.0" Stack Trace: java.lang.AssertionError:

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736773#comment-14736773 ] Adrien Grand commented on LUCENE-6305: -- In general I don't like adding such methods because they

Re: 5.3.1 bug fix release

I have initiated the 5.3.1 bug fix release process. Please discuss here if you wish to add anything to the release On Wed, Sep 9, 2015 at 6:22 PM, Adrien Grand wrote: > Le mer. 9 sept. 2015 à 14:50, Noble Paul a écrit : >> >> I see this committed to

Re: 5.3.1 bug fix release

How about https://issues.apache.org/jira/browse/SOLR-7990 ? That's very serious for anyone using timeAllowed... I'm ready to commit it now. Let me know if it's not loo late to go in 5.3.1 and I'll put it in that section. -Yonik On Wed, Sep 9, 2015 at 8:53 AM, Noble Paul

[jira] [Created] (LUCENE-6790) Rollback (during tragic exception) should wait for concurrent commit to finish

Michael McCandless created LUCENE-6790: -- Summary: Rollback (during tragic exception) should wait for concurrent commit to finish Key: LUCENE-6790 URL: https://issues.apache.org/jira/browse/LUCENE-6790

[jira] [Commented] (SOLR-7990) timeAllowed is returning wrong results on the same query submitted with different timeAllowed limits

[ https://issues.apache.org/jira/browse/SOLR-7990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736924#comment-14736924 ] Yonik Seeley commented on SOLR-7990: Merging back to 5.3.1 had conflicts, so needed some backport...

[jira] [Commented] (LUCENE-6305) BooleanQuery.equals should ignore clause order

[ https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736806#comment-14736806 ] Yonik Seeley commented on LUCENE-6305: -- bq. trying to hold back lucene That's the problem (among

[jira] [Commented] (SOLR-6188) solr.ICUFoldingFilterFactory causes NoClassDefFoundError: o/a/l/a/icu/ICUFoldingFilter

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

Re: [CI] Lucene 5x Linux 64 Test Only - Build # 63025 - Failure!

OK this is a thread-safety issue in IW, a regression, caused by https://issues.apache.org/jira/browse/LUCENE-6579 When handling a tragic exception we fail to block on any running (in another thread) commit ... I'll open an issue. Mike McCandless http://blog.mikemccandless.com On Tue, Sep 8,

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

This seems to got broken by https://issues.apache.org/jira/browse/SOLR-6188 (this may also affect 5.3.1) - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Policeman Jenkins Server

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14169/ Java: 64bit/jdk1.8.0_60 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 3 tests failed. FAILED: org.apache.solr.core.ResourceLoaderTest.testClassLoaderLibs Error Message: Stack Trace: java.lang.AssertionError at

Re: Suggested fix for JDK-4724038 (Add unmap method to MappedByteBuffer)

On 09/09/2015 04:56 PM, Dawid Weiss wrote: I think it would be best to leave to the application to decide and implement the tracking and also triggering GC at times when it approaches the limit. I disagree. The GC -- when and how it is triggered -- should be transparent to the application. We

[jira] [Commented] (LUCENE-6590) Explore different ways to apply boosts

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

[JENKINS-EA] Lucene-Solr-5.3-Linux (32bit/jdk1.9.0-ea-b78) - Build # 119 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/119/ Java: 32bit/jdk1.9.0-ea-b78 -client -XX:+UseParallelGC 2 tests failed. FAILED: org.apache.solr.core.ResourceLoaderTest.testClassLoaderLibs Error Message: Stack Trace: java.lang.AssertionError at

[jira] [Commented] (SOLR-6188) solr.ICUFoldingFilterFactory causes NoClassDefFoundError: o/a/l/a/icu/ICUFoldingFilter

[ https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14737127#comment-14737127 ] Shawn Heisey commented on SOLR-6188: There are jenkins failures. Looking at them, I am not sure how

RE: Suggested fix for JDK-4724038 (Add unmap method to MappedByteBuffer)

Hi, > As I thought, the problem for some seems to be non-prompt unmapping of > mapped address space held by otherwise unreachable mapped byte buffers. > The mapped address space doesn't live in the Java heap and doesn't > represent a heap memory pressure, so GC doesn't kick-in automatically >

[jira] [Commented] (LUCENE-6788) Mishandling of Integer.MIN_VALUE in FuzzySet leads to AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-6788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14737126#comment-14737126 ] Robert Tarrall commented on LUCENE-6788: After sleeping on it... if we need a positive value,

[jira] [Commented] (SOLR-7993) json stopped working on 5.3.0

[ https://issues.apache.org/jira/browse/SOLR-7993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14736953#comment-14736953 ] Erick Erickson commented on SOLR-7993: -- Wait, why is this marked "fixed"? There are no commit messages

[jira] [Commented] (SOLR-8002) Field aliases support for SQL queries

[ https://issues.apache.org/jira/browse/SOLR-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14737002#comment-14737002 ] Joel Bernstein commented on SOLR-8002: -- Actually the SQLHandler serializes to a StreamingExpression

[jira] [Commented] (LUCENE-6791) sketchy MockFileSystem reflection should be in AccessController block

[ https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14737014#comment-14737014 ] Robert Muir commented on LUCENE-6791: - With a lambda its a little ugly, you need a cast: {code}

[jira] [Commented] (LUCENE-6791) sketchy MockFileSystem reflection should be in AccessController block

[ https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14737017#comment-14737017 ] Uwe Schindler commented on LUCENE-6791: --- I know the problem around this stupid signature. Its a bug

  1   2   3   >