[jira] [Commented] (SOLR-2907) java.lang.IllegalArgumentException: deltaQuery has no column to resolve to declared primary key pk='ITEM_ID, CATEGORY_ID'

2013-06-09 Thread Hector Hurtarte (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-2907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13678966#comment-13678966 ] Hector Hurtarte commented on SOLR-2907: --- Using Solr 4.2.1 and the issue is still

[jira] [Created] (LUCENE-5045) DrillSideways.create yields IllegalArgEx if given IndexReader is empty

2013-06-09 Thread Shai Erera (JIRA)
Shai Erera created LUCENE-5045: -- Summary: DrillSideways.create yields IllegalArgEx if given IndexReader is empty Key: LUCENE-5045 URL: https://issues.apache.org/jira/browse/LUCENE-5045 Project: Lucene -

[jira] [Created] (LUCENE-5046) Explore preset dictionaries for CompressingStoredFieldsFormat

2013-06-09 Thread Adrien Grand (JIRA)
Adrien Grand created LUCENE-5046: Summary: Explore preset dictionaries for CompressingStoredFieldsFormat Key: LUCENE-5046 URL: https://issues.apache.org/jira/browse/LUCENE-5046 Project: Lucene - Core

[jira] [Updated] (LUCENE-5045) DrillSideways.create yields IllegalArgEx if given IndexReader is empty

2013-06-09 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera updated LUCENE-5045: --- Attachment: LUCENE-5045.patch Patch adds a test which reproduces the problem and fixes DS to modify

[jira] [Updated] (LUCENE-4995) Remove the strong reference of CompressingStoredFieldsReader on the decompression buffer

2013-06-09 Thread Adrien Grand (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-4995: - Attachment: LUCENE-4995.patch Here is a patch which only reuses the buffer when there is less

[JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 285 - Failure

2013-06-09 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/285/ 1 tests failed. REGRESSION: org.apache.lucene.replicator.LocalReplicatorTest.testObtainMissingFile Error Message:

[jira] [Updated] (LUCENE-5045) DrillSideways.create yields IllegalArgEx if given IndexReader is empty

2013-06-09 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera updated LUCENE-5045: --- Attachment: LUCENE-5045.patch I made the topN decision just like IndexSearcher.

[jira] [Commented] (LUCENE-5045) DrillSideways.create yields IllegalArgEx if given IndexReader is empty

2013-06-09 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679023#comment-13679023 ] Michael McCandless commented on LUCENE-5045: +1, thanks Shai!

[jira] [Updated] (LUCENE-5045) DrillSideways.search yields IllegalArgEx if given IndexReader is empty

2013-06-09 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera updated LUCENE-5045: --- Summary: DrillSideways.search yields IllegalArgEx if given IndexReader is empty (was:

[jira] [Resolved] (LUCENE-5045) DrillSideways.search yields IllegalArgEx if given IndexReader is empty

2013-06-09 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera resolved LUCENE-5045. Resolution: Fixed Fix Version/s: 4.4 5.0 Committed to trunk and 4x.

[jira] [Commented] (SOLR-4910) solr.xml persistence is completely broken

2013-06-09 Thread Alan Woodward (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679045#comment-13679045 ] Alan Woodward commented on SOLR-4910: - bq. I'm glad it's going away Well, it isn't

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 285 - Failure

2013-06-09 Thread Shai Erera
The problem is that the test expects to hit FileNotFoundException, but java.nio in Java7 throws NoSuchFileException. I fixed the test in trunk only as this exception exists only in 1.7 and 4.x compiles against 1.6. Does anybody know if we can hit this exception on the 4.x builds? Do we run them

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 285 - Failure

2013-06-09 Thread Shai Erera
There is a difference in NIOFSDir in trunk and 4x, so not sure if we can hit it on 4.x. Failed to reproduce on 4x so far (running w/ 1.7). So maybe this is a trunk thing only... Shai On Sun, Jun 9, 2013 at 5:03 PM, Shai Erera ser...@gmail.com wrote: The problem is that the test expects to hit

[jira] [Commented] (SOLR-1301) Solr + Hadoop

2013-06-09 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679070#comment-13679070 ] Mark Miller commented on SOLR-1301: --- Yeah, we have taken this issue as a starting point

RE: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 285 - Failure

2013-06-09 Thread Uwe Schindler
That is exactly the reason! NIOFSDir and MMapDir in trunk use the new Java 7 method and no longer open a RandomAccessFile. The new Channels.newFileChannel() methods throw different exceptions (no obvious why, but they do). In general, to work also with completely different implementations of

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 285 - Failure

2013-06-09 Thread Shai Erera
The problem is that if the test hits a true IOE, then it is an error. It should only hit FNFE or NSFE to consider successful. Shai On Sun, Jun 9, 2013 at 5:52 PM, Uwe Schindler u...@thetaphi.de wrote: That is exactly the reason! NIOFSDir and MMapDir in trunk use the new Java 7 method and no

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 285 - Failure

2013-06-09 Thread Robert Muir
we need to be careful about this. all code with special handling for FNFE needs to be reviewed please open an issue On Sun, Jun 9, 2013 at 10:52 AM, Uwe Schindler u...@thetaphi.de wrote: That is exactly the reason! NIOFSDir and MMapDir in trunk use the new Java 7 method and no longer open

RE: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 285 - Failure

2013-06-09 Thread Uwe Schindler
Another idea would be to modify the two directory implementations to rethrow FNFE on errors? But clearly, we have no statement anywhere in the docs what exception Directory has to throw when a file was not found. With the current contract FooBarFSDirectory may throw ChuckNorrisNotFoundException

[jira] [Created] (LUCENE-5047) Trunk's NIOFSDir and MMapDir throw different Exception on file not found cases because of use of FileChannel.open()

2013-06-09 Thread Uwe Schindler (JIRA)
Uwe Schindler created LUCENE-5047: - Summary: Trunk's NIOFSDir and MMapDir throw different Exception on file not found cases because of use of FileChannel.open() Key: LUCENE-5047 URL:

RE: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 285 - Failure

2013-06-09 Thread Uwe Schindler
I opened https://issues.apache.org/jira/browse/LUCENE-5047 https://issues.apache.org/jira/browse/LUCENE-5047 Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de/ http://www.thetaphi.de eMail: u...@thetaphi.de From: Uwe Schindler

[jira] [Commented] (LUCENE-5044) wasted work in AllGroupHeadsCollectorTest.arrayContains()

2013-06-09 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679121#comment-13679121 ] Michael McCandless commented on LUCENE-5044: The other test changes look fine

[jira] [Updated] (LUCENE-5047) Trunk's NIOFSDir and MMapDir throw different Exception on file not found cases because of use of FileChannel.open()

2013-06-09 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-5047: -- Description: In trunk, we use FileChannel.open() when opening files from NIOFSDir and

[jira] [Resolved] (LUCENE-5044) wasted work in AllGroupHeadsCollectorTest.arrayContains()

2013-06-09 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-5044. Resolution: Fixed Fix Version/s: 4.4 5.0 wasted

Re: Welcome Han Jiang as a new Lucene/Solr committer

2013-06-09 Thread Jan Høydahl
Welcome Han! -- Jan Høydahl, search solution architect Cominvent AS - www.cominvent.com 8. juni 2013 kl. 12:01 skrev Adrien Grand jpou...@gmail.com: I'm pleased to announce that Han Jiang has accepted to join our ranks as a committer. Han participated to last year's summer of code and

[jira] [Created] (LUCENE-5048) NegativeArraySizeException caused by ff.addFields

2013-06-09 Thread Colton Jamieson (JIRA)
Colton Jamieson created LUCENE-5048: --- Summary: NegativeArraySizeException caused by ff.addFields Key: LUCENE-5048 URL: https://issues.apache.org/jira/browse/LUCENE-5048 Project: Lucene - Core

[jira] [Updated] (LUCENE-5048) NegativeArraySizeException caused by ff.addFields

2013-06-09 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-5048: --- Attachment: LUCENE-5048.patch Here's a test showing the issue. What makes it

[jira] [Created] (LUCENE-5049) Native (C++) implementation of pure OR BooleanQuery

2013-06-09 Thread Michael McCandless (JIRA)
Michael McCandless created LUCENE-5049: -- Summary: Native (C++) implementation of pure OR BooleanQuery Key: LUCENE-5049 URL: https://issues.apache.org/jira/browse/LUCENE-5049 Project: Lucene -

[jira] [Updated] (LUCENE-5049) Native (C++) implementation of pure OR BooleanQuery

2013-06-09 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-5049: --- Attachment: LUCENE-5049.patch Patch. I use NativeMMapDir (borrowed from

[jira] [Commented] (LUCENE-5049) Native (C++) implementation of pure OR BooleanQuery

2013-06-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679182#comment-13679182 ] Jack Krupansky commented on LUCENE-5049: Okay, I'll be the first to ask it: C++?

[jira] [Updated] (SOLR-4910) solr.xml persistence is completely broken

2013-06-09 Thread Alan Woodward (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4910?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward updated SOLR-4910: Attachment: SOLR-4910.patch Patch, untested, full of nocommits, etc, etc, but shows where I'm

[jira] [Commented] (LUCENE-5048) NegativeArraySizeException caused by ff.addFields

2013-06-09 Thread Colton Jamieson (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679193#comment-13679193 ] Colton Jamieson commented on LUCENE-5048: - I modified my code so that it declared

[jira] [Commented] (LUCENE-5049) Native (C++) implementation of pure OR BooleanQuery

2013-06-09 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679210#comment-13679210 ] Robert Muir commented on LUCENE-5049: - This is an apples vs oranges comparison. If

[jira] [Updated] (SOLR-4912) Configurable numRecordsToKeep for sync during recovery

2013-06-09 Thread Neelesh Shastry (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Neelesh Shastry updated SOLR-4912: -- Attachment: SOLR-4912.patch Attaching patch against trunk (@1491309) . Im working on test cases

[jira] [Commented] (LUCENE-5049) Native (C++) implementation of pure OR BooleanQuery

2013-06-09 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679218#comment-13679218 ] Michael McCandless commented on LUCENE-5049: bq. This is an apples vs oranges

[jira] [Commented] (LUCENE-5049) Native (C++) implementation of pure OR BooleanQuery

2013-06-09 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-5049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679219#comment-13679219 ] Michael McCandless commented on LUCENE-5049: bq. Okay, I'll be the first to

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

2013-06-09 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/875/ No tests ran. Build Log: [...truncated 11213 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail:

[jira] [Commented] (SOLR-4805) Calling Collection RELOAD where collection has a single core, leaves collection offline and unusable till reboot

2013-06-09 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679239#comment-13679239 ] Mark Miller commented on SOLR-4805: --- Committed as

[jira] [Resolved] (SOLR-4805) Calling Collection RELOAD where collection has a single core, leaves collection offline and unusable till reboot

2013-06-09 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved SOLR-4805. --- Resolution: Fixed Calling Collection RELOAD where collection has a single core, leaves

[jira] [Commented] (SOLR-4909) Solr and IndexReader Re-opening

2013-06-09 Thread Michael Garski (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679244#comment-13679244 ] Michael Garski commented on SOLR-4909: -- Thanks Robert - I'll update the name of this

[jira] [Updated] (SOLR-4909) Solr and IndexReader Re-opening on Replication Slave

2013-06-09 Thread Michael Garski (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Garski updated SOLR-4909: - Summary: Solr and IndexReader Re-opening on Replication Slave (was: Solr and IndexReader

[jira] [Commented] (SOLR-4764) When using NRT, just init the reader from IndexWriter

2013-06-09 Thread Michael Garski (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679245#comment-13679245 ] Michael Garski commented on SOLR-4764: -- I discovered the same thing, and that there is

[jira] [Updated] (SOLR-4899) When reconnecting after ZooKeeper expiration, we need to be willing to wait forever, not for 30 seconds.

2013-06-09 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-4899: -- Attachment: SOLR-4899.patch Trivial patch. When reconnecting after ZooKeeper

ioprio_set/get

2013-06-09 Thread Otis Gospodnetic
Hi, I spotted https://issues.apache.org/jira/browse/HBASE-8715 which mentions: The operating system exposes system calls like ioprio_set/get to set priorities for various threads doing IO. HBase can use this to accordingly prioritize operations like flushes/compactions/WAL write etc to use the

[jira] [Commented] (SOLR-4909) Solr and IndexReader Re-opening on Replication Slave

2013-06-09 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-4909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13679280#comment-13679280 ] Mark Miller commented on SOLR-4909: --- The likely fix for SOLR-4764 is to just open the IW

[jira] [Updated] (LUCENE-2899) Add OpenNLP Analysis capabilities as a module

2013-06-09 Thread Lance Norskog (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lance Norskog updated LUCENE-2899: -- Attachment: OpenNLPFilter.java I did not make the right changes to OpenNLPFilter.java to