[jira] [Commented] (SOLR-2649) MM ignored in edismax queries with operators

[ https://issues.apache.org/jira/browse/SOLR-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15039730#comment-15039730 ] Greg Pendlebury commented on SOLR-2649: --- I just ran it against out test system (patched Solr 5.1.0):

[jira] [Comment Edited] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038352#comment-15038352 ] Mikhail Khludnev edited comment on SOLR-5211 at 12/4/15 7:34 AM: - I want to

[jira] [Commented] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

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

[jira] [Commented] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

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

[jira] [Commented] (SOLR-8169) Need LockFactory impl that uses ZooKeeper as replacement for HdfsLockFactory

[ https://issues.apache.org/jira/browse/SOLR-8169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15041204#comment-15041204 ] Varun Thacker commented on SOLR-8169: - This lock factory will also be useful for NFS users who use the

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Solaris/232/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.update.HardAutoCommitTest.testCommitWithin Error Message: Exception during query Stack Trace: java.lang.RuntimeException:

[jira] [Created] (SOLR-8369) Increase value of "maxEdits" in spellchecker component

Chintan V. Patel created SOLR-8369: -- Summary: Increase value of "maxEdits" in spellchecker component Key: SOLR-8369 URL: https://issues.apache.org/jira/browse/SOLR-8369 Project: Solr Issue

[jira] [Resolved] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

[ https://issues.apache.org/jira/browse/SOLR-8363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker resolved SOLR-8363. - Resolution: Fixed Assignee: Varun Thacker Fix Version/s: Trunk

Re: A 5.4 release?

Hi Upayavira, I have committed a fix for SOLR-8363 . You should be good to go. On Thu, Dec 3, 2015 at 8:00 PM, Upayavira wrote: > Agreed. Waiting on SOLR-8363 right now. > > On Thu, Dec 3, 2015, at 02:14 PM, Shalin Shekhar Mangar wrote: > > Agreed, what's done is done but in

[JENKINS] Lucene-Solr-5.x-MacOSX (64bit/jdk1.7.0) - Build # 2858 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-MacOSX/2858/ Java: 64bit/jdk1.7.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 2 tests failed. FAILED: org.apache.solr.cloud.TestAuthenticationFramework.testBasics Error Message: Test abandoned because suite timeout was reached. Stack

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15107/ Java: 32bit/jdk1.8.0_66 -server -XX:+UseConcMarkSweepGC 56 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.DistributedVersionInfoTest Error Message: Suite timeout exceeded (>= 720 msec). Stack

[jira] [Comment Edited] (SOLR-2649) MM ignored in edismax queries with operators

[ https://issues.apache.org/jira/browse/SOLR-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15039772#comment-15039772 ] Erick Erickson edited comment on SOLR-2649 at 12/4/15 5:29 AM: --- [~gpendleb]

[jira] [Commented] (SOLR-2649) MM ignored in edismax queries with operators

[ https://issues.apache.org/jira/browse/SOLR-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15039772#comment-15039772 ] Erick Erickson commented on SOLR-2649: -- [~gpendleb] OK, we're using the same patch which was what I

[jira] [Comment Edited] (SOLR-7672) introduce implicit _parent_:true

[ https://issues.apache.org/jira/browse/SOLR-7672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038213#comment-15038213 ] Mikhail Khludnev edited comment on SOLR-7672 at 12/4/15 7:32 AM: -

[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15041236#comment-15041236 ] Mikhail Khludnev commented on SOLR-5211: I want to emphasize two things: multilevel nesting is out

[jira] [Commented] (SOLR-2649) MM ignored in edismax queries with operators

[ https://issues.apache.org/jira/browse/SOLR-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15039704#comment-15039704 ] Brian Carver commented on SOLR-2649: This all began, years ago, with this query (assume whitespace=AND

[jira] [Commented] (SOLR-7183) SaslZkACLProviderTest reproducible failures due to poor locale blacklisting

[ https://issues.apache.org/jira/browse/SOLR-7183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037571#comment-15037571 ] Uwe Schindler commented on SOLR-7183: - I think we should add a link from this issue to the

[jira] [Created] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

Varun Thacker created SOLR-8363: --- Summary: luceneMatchVerision in solrconfigs under the example directory don't get updated Key: SOLR-8363 URL: https://issues.apache.org/jira/browse/SOLR-8363 Project:

[jira] [Commented] (SOLR-8330) Restrict logger visibility throughout the codebase to private so that only the file that declares it can use it

[ https://issues.apache.org/jira/browse/SOLR-8330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037606#comment-15037606 ] Ishan Chattopadhyaya commented on SOLR-8330: The MethodHandles.lookup() creates an extra object

[jira] [Comment Edited] (SOLR-8330) Restrict logger visibility throughout the codebase to private so that only the file that declares it can use it

[ https://issues.apache.org/jira/browse/SOLR-8330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037606#comment-15037606 ] Ishan Chattopadhyaya edited comment on SOLR-8330 at 12/3/15 10:13 AM: --

[jira] [Commented] (SOLR-8330) Restrict logger visibility throughout the codebase to private so that only the file that declares it can use it

[ https://issues.apache.org/jira/browse/SOLR-8330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037614#comment-15037614 ] Uwe Schindler commented on SOLR-8330: - The loggers are static, so created once. > Restrict logger

[jira] [Commented] (SOLR-8330) Restrict logger visibility throughout the codebase to private so that only the file that declares it can use it

[ https://issues.apache.org/jira/browse/SOLR-8330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037625#comment-15037625 ] Ishan Chattopadhyaya commented on SOLR-8330: Ah, I was missing the static part; indeed no

[jira] [Updated] (LUCENE-6918) LRUQueryCache.onDocIdSetEviction should not be called when nothing is evicted

[ https://issues.apache.org/jira/browse/LUCENE-6918?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-6918: - Attachment: LUCENE-6918.patch Here is a patch. > LRUQueryCache.onDocIdSetEviction should not be

[jira] [Updated] (LUCENE-6918) LRUQueryCache.onDocIdSetEviction should not be called when nothing is evicted

[ https://issues.apache.org/jira/browse/LUCENE-6918?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-6918: - Description: This method is confusing because it states it will be called "when one or more

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.4-Linux/307/ Java: 32bit/jdk1.8.0_66 -server -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.cloud.TestMiniSolrCloudCluster.testStopAllStartAll Error Message: Address already in use Stack Trace: java.net.BindException: Address

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

Does not repro for me, even with the same JVM args (-server -XX:+UseSerialGC -XX:-UseCompressedOops) ... maybe this is the elusive https://issues.apache.org/jira/browse/LUCENE-6629 ... I'll add a comment. Mike McCandless On Thu, Dec 3, 2015 at 12:32 AM, wrote: > *BUILD

[jira] [Commented] (LUCENE-6629) Random 7200 seconds build timeouts / infinite loops in Lucene tests?

[ https://issues.apache.org/jira/browse/LUCENE-6629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037691#comment-15037691 ] Michael McCandless commented on LUCENE-6629: Maybe another one?

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk1.9.0-ea-b93) - Build # 15102 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15102/ Java: 32bit/jdk1.9.0-ea-b93 -client -XX:+UseSerialGC -XX:-CompactStrings 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.SaslZkACLProviderTest Error Message: 5 threads leaked from SUITE scope at

[jira] [Updated] (SOLR-8131) Make ManagedIndexSchemaFactory as the default in Solr

[ https://issues.apache.org/jira/browse/SOLR-8131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker updated SOLR-8131: Attachment: SOLR-8131.patch Updated patch. The one additional change in behaviour with this patch is

[jira] [Commented] (SOLR-8292) TransactionLog.next() does not honor contract and return null for EOF

[ https://issues.apache.org/jira/browse/SOLR-8292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037616#comment-15037616 ] Renaud Delbru commented on SOLR-8292: - Perhaps related to SOLR-4116 ? > TransactionLog.next() does not

[jira] [Commented] (SOLR-6915) SaslZkACLProvider and Kerberos Test Using MiniKdc

[ https://issues.apache.org/jira/browse/SOLR-6915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037521#comment-15037521 ] Ishan Chattopadhyaya commented on SOLR-6915: Maybe we should move this discussion to SOLR-7183,

[jira] [Created] (LUCENE-6918) LRUQueryCache.onDocIdSetEviction should not be called when nothing is evicted

Adrien Grand created LUCENE-6918: Summary: LRUQueryCache.onDocIdSetEviction should not be called when nothing is evicted Key: LUCENE-6918 URL: https://issues.apache.org/jira/browse/LUCENE-6918

[jira] [Commented] (SOLR-8131) Make ManagedIndexSchemaFactory as the default in Solr

[ https://issues.apache.org/jira/browse/SOLR-8131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037493#comment-15037493 ] Shalin Shekhar Mangar commented on SOLR-8131: - Thanks Varun, there's one reproducible test

Re: A 5.4 release?

Hi Everyone, I think we should try to fix SOLR-8363 before the RC? Seems like this problem has been there for a while since the luceneMatchVersion hasn't updated in a while. So if others feel this isn't worth the delay then I'll remove it from being a blocker. On Thu, Dec 3, 2015 at 3:07 PM,

[jira] [Commented] (SOLR-6915) SaslZkACLProvider and Kerberos Test Using MiniKdc

[ https://issues.apache.org/jira/browse/SOLR-6915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037534#comment-15037534 ] Ishan Chattopadhyaya commented on SOLR-6915: bq. best solution is to fix MiniKDC +1, but seems

[jira] [Comment Edited] (SOLR-8330) Restrict logger visibility throughout the codebase to private so that only the file that declares it can use it

[ https://issues.apache.org/jira/browse/SOLR-8330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037614#comment-15037614 ] Uwe Schindler edited comment on SOLR-8330 at 12/3/15 10:29 AM: --- The loggers

Re: A 5.4 release?

SOLR-8330 is not critical so I don't think it should have been committed to the 5.4 branch. This gives CI too little time to find problems before Upayavira cuts a release candidate. Le jeu. 3 déc. 2015 à 03:34, Anshum Gupta a écrit : > Hi, > > I'd like to get SOLR-8330

RE: A 5.4 release?

Hi, I agree: it brings no new functionality. On the other hand it is unlikely to break, so if Jenkins passes one time it will pass everytime (unless there is a still broken test that parses log output in a random way).! So I would leave it open to release manager to merge it and press

[jira] [Commented] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

[ https://issues.apache.org/jira/browse/SOLR-8363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037627#comment-15037627 ] Ryan Ernst commented on SOLR-8363: -- See {{update_example_solrconfigs}} in

[jira] [Commented] (SOLR-8330) Restrict logger visibility throughout the codebase to private so that only the file that declares it can use it

[ https://issues.apache.org/jira/browse/SOLR-8330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037649#comment-15037649 ] Uwe Schindler commented on SOLR-8330: - bq. Good to learn about the escape analysis; thanks! This is

[jira] [Commented] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

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

[jira] [Commented] (LUCENE-6889) BooleanQuery.rewrite could easily optimize some simple cases

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

[jira] [Commented] (SOLR-8347) Asynchronous searcher for custom component

[ https://issues.apache.org/jira/browse/SOLR-8347?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037809#comment-15037809 ] Upayavira commented on SOLR-8347: - [~bogandy] I'd suggest you ask this question on the Solr user list. This

[jira] [Commented] (LUCENE-6910) fix 2 interesting and 2 trivial issues found by "Coverity scan results of Lucene"

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

[jira] [Commented] (LUCENE-6910) fix 2 interesting and 2 trivial issues found by "Coverity scan results of Lucene"

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

[jira] [Updated] (SOLR-8347) Asynchronous searcher for custom component

[ https://issues.apache.org/jira/browse/SOLR-8347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bogdan Marinescu updated SOLR-8347: --- Priority: Blocker (was: Major) Would be cool if someone answered... > Asynchronous searcher

[jira] [Commented] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

[ https://issues.apache.org/jira/browse/SOLR-8363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037854#comment-15037854 ] Varun Thacker commented on SOLR-8363: - [~upayavira] The branch is taking a while to download and have

Re: A 5.4 release?

A really strong reason would be to not shove last minute changes right before releases. On Thu, Dec 3, 2015 at 9:08 AM, Anshum Gupta wrote: > I'll admit I committed it thinking it was safe and didn't bring any > flakiness into the system but it's not something critical.

[jira] [Commented] (SOLR-8347) Asynchronous searcher for custom component

[ https://issues.apache.org/jira/browse/SOLR-8347?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037840#comment-15037840 ] Bogdan Marinescu commented on SOLR-8347: I made it a blocker because nobody was answering. It's not

[jira] [Updated] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

[ https://issues.apache.org/jira/browse/SOLR-8363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker updated SOLR-8363: Attachment: SOLR-8363.patch I had the variable names messed up in the previous patch >

Re: A 5.4 release?

I've just generated the first RC, but haven't posted it. How long do you expect it to take to get this bug resolved? It does seem worth doing. Upayavira On Thu, Dec 3, 2015, at 09:51 AM, Varun Thacker wrote: > Hi Everyone, > > I think we should try to fix SOLR-8363 before the RC? > > Seems like

Re: A 5.4 release?

Agreed, what's done is done but in future, let's avoid shoving anything other than critical bug fixes into release branches. On Thu, Dec 3, 2015 at 7:42 PM, Robert Muir wrote: > A really strong reason would be to not shove last minute changes right > before releases. > > On

[jira] [Updated] (SOLR-8363) luceneMatchVerision in solrconfigs under the example directory don't get updated

[ https://issues.apache.org/jira/browse/SOLR-8363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker updated SOLR-8363: Attachment: SOLR-8363.patch Thanks [~rjernst] for pointing it out! That made it very simple to

Re: A 5.4 release?

Agreed. Waiting on SOLR-8363 right now. On Thu, Dec 3, 2015, at 02:14 PM, Shalin Shekhar Mangar wrote: > Agreed, what's done is done but in future, let's avoid shoving > anything other than critical bug fixes into release branches. > > On Thu, Dec 3, 2015 at 7:42 PM, Robert Muir

[jira] [Commented] (SOLR-7339) Upgrade Jetty from 9.2 to 9.3

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

[jira] [Commented] (SOLR-8131) Make ManagedIndexSchemaFactory as the default in Solr

[ https://issues.apache.org/jira/browse/SOLR-8131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037788#comment-15037788 ] Shalin Shekhar Mangar commented on SOLR-8131: - There are still some test failures, Varun

[jira] [Commented] (SOLR-7339) Upgrade Jetty from 9.2 to 9.3

[ https://issues.apache.org/jira/browse/SOLR-7339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037874#comment-15037874 ] Shalin Shekhar Mangar commented on SOLR-7339: - Thanks [~joakime]. I'll dig into why this is

Re: A 5.4 release?

I'll admit I committed it thinking it was safe and didn't bring any flakiness into the system but it's not something critical. I'll let the release manager decide if it's fine being released with 5.4. If he thinks otherwise (or someone else has a really strong reason) we can roll this back, though

[jira] [Updated] (SOLR-8347) Asynchronous searcher for custom component

[ https://issues.apache.org/jira/browse/SOLR-8347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bogdan Marinescu updated SOLR-8347: --- Priority: Critical (was: Blocker) > Asynchronous searcher for custom component >

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

This should be fixed now. There was a pom dependency on http2-parent which has no corresponding jar file which caused the maven build to fail. On Wed, Dec 2, 2015 at 12:55 AM, Shalin Shekhar Mangar wrote: > I'll fix this. Why does ant nightly-smoke not catch this? > > On

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038040#comment-15038040 ] Modassar Ather commented on LUCENE-5205: Thanks. Currently I am using 5.2.1. > SpanQueryParser

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038045#comment-15038045 ] Modassar Ather commented on LUCENE-5205: Thanks for the quick response. Currently I am using

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038048#comment-15038048 ] Modassar Ather commented on LUCENE-5205: Thanks for the quick response. Currently I am using

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038100#comment-15038100 ] Modassar Ather commented on LUCENE-5205: Sorry for posting the same message more than one time.

[jira] [Updated] (SOLR-2649) MM ignored in edismax queries with operators

[ https://issues.apache.org/jira/browse/SOLR-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ahmet Arslan updated SOLR-2649: --- Priority: Major (was: Minor) > MM ignored in edismax queries with operators >

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038041#comment-15038041 ] Modassar Ather commented on LUCENE-5205: Thanks for the quick response. Currently I am using

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038043#comment-15038043 ] Modassar Ather commented on LUCENE-5205: Thanks for the quick response. Currently I am using

[jira] [Issue Comment Deleted] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Modassar Ather updated LUCENE-5205: --- Comment: was deleted (was: Thanks for the quick response. Currently I am using 5.2.1 and

[jira] [Issue Comment Deleted] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Modassar Ather updated LUCENE-5205: --- Comment: was deleted (was: Thanks. Currently I am using 5.2.1.) > SpanQueryParser with

[jira] [Issue Comment Deleted] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Modassar Ather updated LUCENE-5205: --- Comment: was deleted (was: Thanks for the quick response. Currently I am using 5.2.1 and

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038032#comment-15038032 ] Tim Allison commented on LUCENE-5205: - Y. Will backport for all 5.x. Is there any need to make the

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038049#comment-15038049 ] Modassar Ather commented on LUCENE-5205: Thanks for the quick response. Currently I am using

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038046#comment-15038046 ] Modassar Ather commented on LUCENE-5205: Thanks for the quick response. Currently I am using

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038042#comment-15038042 ] Modassar Ather commented on LUCENE-5205: Thanks for the quick response. Currently I am using

[jira] [Issue Comment Deleted] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Modassar Ather updated LUCENE-5205: --- Comment: was deleted (was: Thanks for the quick response. Currently I am using 5.2.1 and

[jira] [Commented] (LUCENE-6910) fix 2 interesting and 2 trivial issues found by "Coverity scan results of Lucene"

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

[jira] [Commented] (SOLR-4116) Log Replay [recoveryExecutor-8-thread-1] - : java.io.EOFException

[ https://issues.apache.org/jira/browse/SOLR-4116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038117#comment-15038117 ] Mark Miller commented on SOLR-4116: --- [~markus17], if you see this again, could you dump the shutdown

[jira] [Commented] (SOLR-4116) Log Replay [recoveryExecutor-8-thread-1] - : java.io.EOFException

[ https://issues.apache.org/jira/browse/SOLR-4116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038141#comment-15038141 ] Markus Jelsma commented on SOLR-4116: - Yes of course! Btw, the last time i saw the error, we were

[jira] [Issue Comment Deleted] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Modassar Ather updated LUCENE-5205: --- Comment: was deleted (was: Thanks for the quick response. Currently I am using 5.2.1 and

[jira] [Issue Comment Deleted] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Modassar Ather updated LUCENE-5205: --- Comment: was deleted (was: Thanks for the quick response. Currently I am using 5.2.1 and

[jira] [Issue Comment Deleted] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Modassar Ather updated LUCENE-5205: --- Comment: was deleted (was: Thanks for the quick response. Currently I am using 5.2.1 and

[jira] [Commented] (SOLR-7744) CheckIndex integration

[ https://issues.apache.org/jira/browse/SOLR-7744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038165#comment-15038165 ] Mikhail Khludnev commented on SOLR-7744: [~thetaphi] how's your trip? > CheckIndex integration >

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037929#comment-15037929 ] Tim Allison commented on LUCENE-5205: - Definitely a bug. Thank you for reporting. I was trying to

[JENKINS] Lucene-Solr-SmokeRelease-trunk - Build # 352 - Still Failing

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

[jira] [Issue Comment Deleted] (SOLR-8361) Failed to create collection in Solrcloud

[ https://issues.apache.org/jira/browse/SOLR-8361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] mugeesh updated SOLR-8361: -- Comment: was deleted (was: @Erick, yeah it was not bug, actually, there was some IP redirection of server.) >

[jira] [Closed] (SOLR-8361) Failed to create collection in Solrcloud

[ https://issues.apache.org/jira/browse/SOLR-8361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] mugeesh closed SOLR-8361. - @Erick, yeah it was not bug, actually, there was some IP redirection of server > Failed to create collection in

[jira] [Commented] (SOLR-8361) Failed to create collection in Solrcloud

[ https://issues.apache.org/jira/browse/SOLR-8361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037965#comment-15037965 ] mugeesh commented on SOLR-8361: --- @Erick, yeah it was not bug, actually, there was some IP redirection of

[jira] [Updated] (SOLR-8251) MatchAllDocsQuery is much slower in solr5.3.1 compare to solr4.7

[ https://issues.apache.org/jira/browse/SOLR-8251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-8251: Fix Version/s: 5.5 > MatchAllDocsQuery is much slower in solr5.3.1 compare to solr4.7 >

[jira] [Created] (SOLR-8364) SpellCheckComponentTest occasionally fails

James Dyer created SOLR-8364: Summary: SpellCheckComponentTest occasionally fails Key: SOLR-8364 URL: https://issues.apache.org/jira/browse/SOLR-8364 Project: Solr Issue Type: Bug

[jira] [Commented] (SOLR-2556) Spellcheck component not returned with numeric queries

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

[jira] [Resolved] (SOLR-8347) Asynchronous searcher for custom component

[ https://issues.apache.org/jira/browse/SOLR-8347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Upayavira resolved SOLR-8347. - Resolution: Not A Problem As I said, please ask this question on the Solr user mailing list, where

[jira] [Commented] (SOLR-4116) Log Replay [recoveryExecutor-8-thread-1] - : java.io.EOFException

[ https://issues.apache.org/jira/browse/SOLR-4116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037884#comment-15037884 ] Mark Miller commented on SOLR-4116: --- Looks like with tomcat you have to crank the unloadDelay for the

[jira] [Commented] (SOLR-2649) MM ignored in edismax queries with operators

[ https://issues.apache.org/jira/browse/SOLR-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037912#comment-15037912 ] James Bown commented on SOLR-2649: -- A high criticality bug for me too... > MM ignored in edismax queries

[jira] [Resolved] (LUCENE-6889) BooleanQuery.rewrite could easily optimize some simple cases

[ https://issues.apache.org/jira/browse/LUCENE-6889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand resolved LUCENE-6889. -- Resolution: Fixed Fix Version/s: 5.5 Trunk > BooleanQuery.rewrite

[jira] [Commented] (LUCENE-5205) SpanQueryParser with recursion, analysis and syntax very similar to classic QueryParser

[ https://issues.apache.org/jira/browse/LUCENE-5205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037979#comment-15037979 ] Tim Allison commented on LUCENE-5205: - Plan b... you can also escape with {{\}} {{"understanding

[jira] [Commented] (SOLR-4116) Log Replay [recoveryExecutor-8-thread-1] - : java.io.EOFException

[ https://issues.apache.org/jira/browse/SOLR-4116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037989#comment-15037989 ] Erick Erickson commented on SOLR-4116: -- _May_ be related, adding link just in case. > Log Replay

[jira] [Commented] (SOLR-8364) SpellCheckComponentTest occasionally fails

[ https://issues.apache.org/jira/browse/SOLR-8364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037936#comment-15037936 ] James Dyer commented on SOLR-8364: -- : Date: Wed, 2 Dec 2015 16:20:52 -0600 : From: "Dyer, James"

[jira] [Commented] (SOLR-4116) Log Replay [recoveryExecutor-8-thread-1] - : java.io.EOFException

[ https://issues.apache.org/jira/browse/SOLR-4116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037938#comment-15037938 ] Mark Miller commented on SOLR-4116: --- Hmm...that for how long a request can finish, but this stuff should

[jira] [Commented] (LUCENE-6889) BooleanQuery.rewrite could easily optimize some simple cases

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

[jira] [Commented] (SOLR-2556) Spellcheck component not returned with numeric queries

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

  1   2   >