[HUDSON] Solr-3.x - Build # 300 - Still Failing

Build: https://hudson.apache.org/hudson/job/Solr-3.x/300/ No tests ran. Build Log (for compile errors): [...truncated 17973 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail:

[jira] [Created] (LUCENE-2979) Simplify configuration API of contrib Query Parser

Simplify configuration API of contrib Query Parser -- Key: LUCENE-2979 URL: https://issues.apache.org/jira/browse/LUCENE-2979 Project: Lucene - Java Issue Type: Improvement Components

IndexReader.indexExists declares throwing IOE, but never does

Can we remove the declaration? The method never throws IOE, but instead catches it and returns false. I think it's reasonable that such a method will not throw exceptions. Shai

[jira] [Commented] (LUCENE-2964) Allow benchmark tasks from alternative packages

[ https://issues.apache.org/jira/browse/LUCENE-2964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13009020#comment-13009020 ] Shai Erera commented on LUCENE-2964: Patch looks good and nice updates to package.htm

[HUDSON] Lucene-trunk - Build # 1503 - Still Failing

Build: https://hudson.apache.org/hudson/job/Lucene-trunk/1503/ All tests passed Build Log (for compile errors): [...truncated 16565 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands,

[HUDSON] Lucene-Solr-tests-only-3.x - Build # 6153 - Failure

Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-3.x/6153/ 1 tests failed. REGRESSION: org.apache.solr.client.solrj.SolrExampleBinaryTest.testCommitWithin Error Message: expected:<0> but was:<1> Stack Trace: junit.framework.AssertionFailedError: expected:<0> but was:<1>

[HUDSON] Lucene-3.x - Build # 320 - Still Failing

Build: https://hudson.apache.org/hudson/job/Lucene-3.x/320/ All tests passed Build Log (for compile errors): [...truncated 18953 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-

[jira] [Created] (LUCENE-2978) Upgrade benchmark from commons-compress-1.0 to commons-compress-1.1 for 15 times faster gzip decompression

Upgrade benchmark from commons-compress-1.0 to commons-compress-1.1 for 15 times faster gzip decompression -- Key: LUCENE-2978 URL: https://issues.apache.org/j

[jira] [Created] (LUCENE-2977) WriteLineDocTask should write gzip/bzip2/txt according to the extension of specifie output file name

WriteLineDocTask should write gzip/bzip2/txt according to the extension of specifie output file name Key: LUCENE-2977 URL: https://issues.apache.org/jira/browse/L

[jira] [Updated] (LUCENE-2958) WriteLineDocTask improvements

[ https://issues.apache.org/jira/browse/LUCENE-2958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doron Cohen updated LUCENE-2958: Attachment: LUCENE-2958.patch Updated patch, tests added for better coverage, and added a Changes

[jira] [Updated] (LUCENE-2964) Allow benchmark tasks from alternative packages

[ https://issues.apache.org/jira/browse/LUCENE-2964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doron Cohen updated LUCENE-2964: Attachment: LUCENE-2964.patch Thanks Shai for the review! Followed all your suggestions, it indeed

Re: Embedding own Fuzzy code to Solr

Please put your views . How can i move ahead in fulfilling this purpose? - Kumar Anurag -- View this message in context: http://lucene.472066.n3.nabble.com/Embedding-own-Fuzzy-code-to-Solr-tp2701425p2701826.html Sent from the Solr - Dev mailing list archive at Nabble.com. --

Embedding own Fuzzy code to Solr

I am posting it here as i am not getting proper reply in the Solr-user,.. Details Query will be like "most"{t2,t3,t5,t6,t7} where "most" is linguistic quantifier having some weights varying b/w a=0.3 and b=0.8 The relevancy matrix with corresponding tf*idf values for the above query is R(rele

[jira] [Resolved] (LUCENE-2963) Easier way to run benchmark

[ https://issues.apache.org/jira/browse/LUCENE-2963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doron Cohen resolved LUCENE-2963. - Resolution: Fixed Committed: r1083534 - 3x r1083557 - trunk > Easier way to run benchmark > ---

[HUDSON] Lucene-Solr-tests-only-trunk - Build # 6152 - Failure

Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/6152/ 1 tests failed. REGRESSION: org.apache.lucene.collation.TestCollationKeyAnalyzer.testThreadSafe Error Message: Java heap space Stack Trace: java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copy

[jira] Commented: (LUCENE-2881) Track FieldInfo per segment instead of per-IW-session

[ https://issues.apache.org/jira/browse/LUCENE-2881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13008892#comment-13008892 ] Simon Willnauer commented on LUCENE-2881: - bq. if we open a pre-4.0 SIS, make cha

[HUDSON] Solr-trunk - Build # 1448 - Still Failing

Build: https://hudson.apache.org/hudson/job/Solr-trunk/1448/ No tests ran. Build Log (for compile errors): [...truncated 19039 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-ma