Re: build scripts

2012-07-23 Thread Michael Herndon
heh, I thought the peculiar thing was that it was just building the .NET 3.5 version randomly instead of being an actual deliberate change. I was trying to think how that was possible. =) On Sun, Jul 22, 2012 at 2:55 PM, Christopher Currens currens.ch...@gmail.com wrote: It is, but I didn't

[JENKINS] Lucene-Solr-tests-only-trunk - Build # 14922 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/14922/ 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.SyncSliceTest Error Message: ERROR: SolrIndexSearcher opens=24 closes=23 Stack Trace: java.lang.AssertionError: ERROR: SolrIndexSearcher opens=24

[jira] [Commented] (SOLR-1781) Replication index directories not always cleaned up

2012-07-23 Thread Markus Jelsma (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420495#comment-13420495 ] Markus Jelsma commented on SOLR-1781: - The problem is resolved. The `bad` node created

Re: svn commit: r1363272 - /lucene/dev/trunk/lucene/test-framework/src/java/org/apache/lucene/util/LuceneTestCase.java

2012-07-23 Thread Martijn v Groningen
Thanks for also taking a look at the test failures! On 20 July 2012 19:14, Robert Muir rcm...@gmail.com wrote: Hi Martinj: thanks for looking into this! I think have a better fix for these: the problem is actually in the AssertingAtomicReaders that AssertingDirectoryReader wraps its

RE: svn commit: r1363272 - /lucene/dev/trunk/lucene/test-framework/src/java/org/apache/lucene/util/LuceneTestCase.java

2012-07-23 Thread Uwe Schindler
Hi, Thanks for also taking a look at the test failures! On 20 July 2012 19:14, Robert Muir rcm...@gmail.com wrote: Hi Martinj: thanks for looking into this! I think have a better fix for these: the problem is actually in the AssertingAtomicReaders that AssertingDirectoryReader

Re: svn commit: r1363272 - /lucene/dev/trunk/lucene/test-framework/src/java/org/apache/lucene/util/LuceneTestCase.java

2012-07-23 Thread Martijn v Groningen
That is wanted! We want to test SlowMultiReaderWrapper and verify that it really behaves like a full conformant AtomicReader. Because of that we sometimes war with it. The fix Robert did is fine and is identical to the one we did in the past. As this is no real Lucene usage pattern, not

Re: test buffering causes OOM errors

2012-07-23 Thread Dawid Weiss
Just for completeness -- something I forgot about. There is one more option that I forgot about -- that junit4 ANT target is meant to simplify splitting suites into multiple JVMs and providing nicer integration with the randomized runner (seed passing etc). You can still use a regular ANT's junit

[jira] [Commented] (LUCENE-3793) Use ReferenceManager in DirectoryTaxonomyReader

2012-07-23 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420504#comment-13420504 ] Shai Erera commented on LUCENE-3793: Noticed that TestTaxonomyCombined has an ignored

[JENKINS] Lucene-Solr-tests-only-4.x - Build # 316 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-4.x/316/ 1 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.SyncSliceTest Error Message: ERROR: SolrIndexSearcher opens=24 closes=23 Stack Trace: java.lang.AssertionError: ERROR: SolrIndexSearcher opens=24

RE: svn commit: r1363272 - /lucene/dev/trunk/lucene/test-framework/src/java/org/apache/lucene/util/LuceneTestCase.java

2012-07-23 Thread Uwe Schindler
Hi, If you use a plain SlowCompositeReaderWrapper without an FCInvisible wrapper on the MultiReader behind, the FC insanity checker will warn the user! So FieldCache.DEFAULT.getInts(SlowCompositeReaderWrapper.wrap(directoryReader), field) will create insanity and the detector will find that.

[JENKINS] Lucene-Solr-tests-only-trunk-java7 - Build # 2951 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/2951/ 1 tests failed. FAILED: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Shard still reported as live in zk Stack Trace: java.lang.AssertionError: Shard still reported as live in zk at

Re: [JENKINS] Lucene-Solr-tests-only-trunk-java7 - Build # 2951 - Still Failing

2012-07-23 Thread Mark Miller
I'll make some attempts today to try and get this happy on the apache Jenkins sever. Sent from my iPhone On Jul 23, 2012, at 5:55 AM, Apache Jenkins Server jenk...@builds.apache.org wrote: Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/2951/ 1 tests failed.

[jira] [Commented] (LUCENE-4242) UnInverted cache uses term freq to filter out terms (but deleted docs are included in the freq count)

2012-07-23 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420548#comment-13420548 ] Michael McCandless commented on LUCENE-4242: bq. A pro-rate is just a guess

[jira] [Commented] (LUCENE-4234) Exception when FacetsCollector is used with ScoreFacetRequest

2012-07-23 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420556#comment-13420556 ] Shai Erera commented on LUCENE-4234: Committed to trunk rev 1364576. Porting now to

[JENKINS] Solr-4.x - Build # 46 - Failure

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Solr-4.x/46/ 1 tests failed. REGRESSION: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Shard still reported as live in zk Stack Trace: java.lang.AssertionError: Shard still reported as live in zk at

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420569#comment-13420569 ] Michael McCandless commented on LUCENE-4245: If IndexWriter.close throws

[jira] [Resolved] (LUCENE-4234) Exception when FacetsCollector is used with ScoreFacetRequest

2012-07-23 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera resolved LUCENE-4234. Resolution: Fixed Lucene Fields: New,Patch Available (was: New) Committed r1364582 (4x)

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420589#comment-13420589 ] Mark Miller commented on LUCENE-4245: - You don't always have control over these

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420594#comment-13420594 ] Uwe Schindler commented on LUCENE-4245: --- I think my patch does exactly that. If you

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420600#comment-13420600 ] Mark Miller commented on LUCENE-4245: - bq. that calls IndexWriter.close() be a while

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420603#comment-13420603 ] Robert Muir commented on LUCENE-4245: - The trap is that close() does slow things at

[jira] [Resolved] (LUCENE-3505) BooleanScorer2.freq() doesnt work unless you call score() first.

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-3505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-3505. - Resolution: Fixed BooleanScorer2.freq() doesnt work unless you call score() first.

[jira] [Created] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
Robert Muir created LUCENE-4246: --- Summary: Fix IndexWriter.close() to not commit or wait for pending merges Key: LUCENE-4246 URL: https://issues.apache.org/jira/browse/LUCENE-4246 Project: Lucene -

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420606#comment-13420606 ] Robert Muir commented on LUCENE-4245: - I'm gonna spin off an issue for this. Its so

[jira] [Updated] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4246: Fix Version/s: 4.0 Assignee: Robert Muir Fix IndexWriter.close() to not commit or

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420610#comment-13420610 ] Shai Erera commented on LUCENE-4245: bq. I'm gonna spin off an issue for this. Its so

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420613#comment-13420613 ] Uwe Schindler commented on LUCENE-4245: --- What is the problem with the attached

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420612#comment-13420612 ] Shai Erera commented on LUCENE-4246: Moving my comment from LUCENE-4245: Why is that

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420616#comment-13420616 ] Uwe Schindler commented on LUCENE-4246: --- bq. Perhaps, if you want to simplify,

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420618#comment-13420618 ] Michael McCandless commented on LUCENE-4245: bq. I don't think close should

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420619#comment-13420619 ] Robert Muir commented on LUCENE-4246: - Because is transactional. Outputstream is not

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420621#comment-13420621 ] Robert Muir commented on LUCENE-4245: - This is so broken for something transactional

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420622#comment-13420622 ] Shai Erera commented on LUCENE-4246: Still, I don't want to call commit(), then

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420627#comment-13420627 ] Michael McCandless commented on LUCENE-4246: {quote} Perhaps, if you want to

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420628#comment-13420628 ] Robert Muir commented on LUCENE-4246: - Close should alias to rollback. Otherwise its

Re: [JENKINS] Lucene-Solr-trunk-Windows-Java6-64 - Build # 784 - Failure!

2012-07-23 Thread Shai Erera
Committed a fix to trunk and 4x which simplifies addCategory -- it only checks the cache outside the synchronized block, otherwise everything runs in a sync'ed block. Hopefully that does it ... Shai On Sat, Jul 14, 2012 at 9:56 AM, Policeman Jenkins Server jenk...@sd-datasolutions.de wrote:

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420634#comment-13420634 ] Robert Muir commented on LUCENE-4246: - I don't think we need to worry too much about

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420633#comment-13420633 ] Mark Miller commented on LUCENE-4245: - bq. What is the problem with the attached

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420638#comment-13420638 ] Uwe Schindler commented on LUCENE-4246: --- I am fine with either proposal, but this

[jira] [Comment Edited] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420644#comment-13420644 ] Uwe Schindler edited comment on LUCENE-4245 at 7/23/12 1:23 PM:

[jira] [Commented] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420644#comment-13420644 ] Uwe Schindler commented on LUCENE-4245: --- bq. If that means waiting for all merge

[JENKINS] Lucene-Solr-tests-only-4.x - Build # 317 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-4.x/317/ 1 tests failed. REGRESSION: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Timeout occured while waiting response from server at: http://localhost:60639/solr/collection1 Stack Trace:

[jira] [Commented] (SOLR-3439) Make SolrCell easier to use out of the box

2012-07-23 Thread JIRA
[ https://issues.apache.org/jira/browse/SOLR-3439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420692#comment-13420692 ] Jan Høydahl commented on SOLR-3439: --- bq. 1. Any reason to limit it to 5.0 and not

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420693#comment-13420693 ] Robert Muir commented on LUCENE-4246: - I think its related: I think close() is too

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420696#comment-13420696 ] Robert Muir commented on LUCENE-4246: - {quote} By this issue we just have less

[jira] [Updated] (SOLR-3439) Make SolrCell easier to use out of the box

2012-07-23 Thread JIRA
[ https://issues.apache.org/jira/browse/SOLR-3439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl updated SOLR-3439: -- Attachment: SOLR-3439.patch New patch: * Uses filename from resource.name - new field resourcename,

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420700#comment-13420700 ] Uwe Schindler commented on LUCENE-4246: --- OK. That's all I wanted to make the test

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420710#comment-13420710 ] Robert Muir commented on LUCENE-4246: - {quote} Would close() throw an exception if

Re: [JENKINS] Lucene-Solr-tests-only-4.x - Build # 317 - Still Failing

2012-07-23 Thread Mark Miller
I fired up my FreeBSD virt machine this morning - ill get this worked out. Sent from my iPhone On Jul 23, 2012, at 10:28 AM, Apache Jenkins Server jenk...@builds.apache.org wrote: Build: https://builds.apache.org/job/Lucene-Solr-tests-only-4.x/317/ 1 tests failed. REGRESSION:

[jira] [Updated] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-4245: -- Attachment: LUCENE-4245.patch Much more easier patch: - In preparation for Roberts work on

[jira] [Commented] (LUCENE-3892) Add a useful intblock postings format (eg, FOR, PFOR, PFORDelta, Simple9/16/64, etc.)

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-3892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420732#comment-13420732 ] Robert Muir commented on LUCENE-3892: - FYI: I committed the TestPostingsFormat here

[JENKINS] Lucene-Solr-tests-only-trunk - Build # 14924 - Failure

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/14924/ 1 tests failed. REGRESSION: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Timeout occured while waiting response from server at: http://localhost:34674/solr/collection1 Stack Trace:

[jira] [Commented] (SOLR-3623) analysis-extras lucene libraries are redundenly packaged (in war and in lucene-libs)

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-3623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420750#comment-13420750 ] Robert Muir commented on SOLR-3623: --- +1 to commit. I agree lets fix this for now and move

[DISCUSS] define what/when a 4.0-beta should be

2012-07-23 Thread Robert Muir
Hello, We released the 4.0-alpha at the beginning of the month, I think its time we start figuring out what/when the beta should be. What: Originally one proposal was that the 4.0-beta would offer some additional guarantees (such as keeping API backwards compatibility / config-file backwards

[JENKINS] Lucene-Solr-tests-only-4.x-java7 - Build # 182 - Failure

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-4.x-java7/182/ 1 tests failed. REGRESSION: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Shard still reported as live in zk Stack Trace: java.lang.AssertionError: Shard still reported as live in zk

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

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/553/ 5 tests failed. FAILED: org.apache.lucene.index.TestPostingsFormat.test Error Message: Thread threw an uncaught exception, thread: Thread[Thread-1101,5,] Stack Trace: java.lang.RuntimeException: Thread threw an uncaught

[jira] [Updated] (LUCENE-4197) Small improvements to Lucene Spatial Module for v4

2012-07-23 Thread David Smiley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated LUCENE-4197: - Attachment: LUCENE-4197_rename_CachedDistanceValueSource.patch renamed

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

2012-07-23 Thread Robert Muir
maybe a simpletext bug... I'll look into it! On Mon, Jul 23, 2012 at 12:53 PM, Apache Jenkins Server jenk...@builds.apache.org wrote: Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/553/ 5 tests failed. FAILED: org.apache.lucene.index.TestPostingsFormat.test Error Message:

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

2012-07-23 Thread Robert Muir
Looks like http://svn.apache.org/viewvc?view=revisionrevision=1364083 I'll merge the fix from the pfor branch. On Mon, Jul 23, 2012 at 1:04 PM, Robert Muir rcm...@gmail.com wrote: maybe a simpletext bug... I'll look into it! On Mon, Jul 23, 2012 at 12:53 PM, Apache Jenkins Server

[jira] [Resolved] (SOLR-3662) core reload can go back in time

2012-07-23 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-3662?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley resolved SOLR-3662. Resolution: Fixed Fix Version/s: 4.0 core reload can go back in time

[jira] [Created] (LUCENE-4247) QueryParser doesn't call Analyzer

2012-07-23 Thread Zied Hamdi (JIRA)
Zied Hamdi created LUCENE-4247: -- Summary: QueryParser doesn't call Analyzer Key: LUCENE-4247 URL: https://issues.apache.org/jira/browse/LUCENE-4247 Project: Lucene - Core Issue Type: Bug

[JENKINS] Lucene-Solr-tests-only-4.x - Build # 318 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-4.x/318/ 1 tests failed. FAILED: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Timeout occured while waiting response from server at: http://localhost:44781/solr/collection1 Stack Trace:

[jira] [Resolved] (LUCENE-4247) QueryParser doesn't call Analyzer

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-4247. --- Resolution: Invalid Assignee: Uwe Schindler This is not a bug, because you are using

Move ValueSourceFilter to query module?

2012-07-23 Thread Smiley, David W.
In the spatial utils package I've got a ValueSourceFilter which is a Filter based on a ValueSource with a minimum and maximum range. It does what you'd think it does. This seems like something useful in the query module in the org.apache.lucene.queries.function package. Any opinions? Here

[JENKINS] Lucene-Solr-tests-only-trunk - Build # 14925 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/14925/ 1 tests failed. FAILED: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Timeout occured while waiting response from server at: http://localhost:45023/solr/collection1 Stack Trace:

[jira] [Resolved] (SOLR-3623) analysis-extras lucene libraries are redundenly packaged (in war and in lucene-libs)

2012-07-23 Thread Hoss Man (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-3623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man resolved SOLR-3623. Resolution: Fixed Committed revision 1364728. - trunk Committed revision 1364738. - 4x

[jira] [Updated] (SOLR-3623) inconsistent treatment of lucene jars third-party deps in analysis-extras uima (in war and in lucene-libs)

2012-07-23 Thread Hoss Man (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-3623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-3623: --- Summary: inconsistent treatment of lucene jars third-party deps in analysis-extras uima (in war and in

[jira] [Commented] (LUCENE-4247) QueryParser doesn't call Analyzer

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420826#comment-13420826 ] Uwe Schindler commented on LUCENE-4247: --- Just to add some background information:

Re: [DISCUSS] define what/when a 4.0-beta should be

2012-07-23 Thread Mark Miller
My opinions inline: On Jul 23, 2012, at 12:28 PM, Robert Muir wrote: Hello, We released the 4.0-alpha at the beginning of the month, I think its time we start figuring out what/when the beta should be. What: Originally one proposal was that the 4.0-beta would offer some additional

[jira] [Resolved] (SOLR-3656) use same data dir in core reload

2012-07-23 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-3656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley resolved SOLR-3656. Resolution: Fixed Fix Version/s: 4.0 use same data dir in core reload

[JENKINS] Lucene-Solr-tests-only-4.x-java7 - Build # 183 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-4.x-java7/183/ 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.SyncSliceTest Error Message: ERROR: SolrIndexSearcher opens=24 closes=23 Stack Trace: java.lang.AssertionError: ERROR: SolrIndexSearcher opens=24

[jira] [Created] (LUCENE-4248) Producers to the Codec API don't always follow the spec

2012-07-23 Thread Robert Muir (JIRA)
Robert Muir created LUCENE-4248: --- Summary: Producers to the Codec API don't always follow the spec Key: LUCENE-4248 URL: https://issues.apache.org/jira/browse/LUCENE-4248 Project: Lucene - Core

[jira] [Updated] (LUCENE-4248) Producers to the Codec API don't always follow the spec

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4248: Attachment: LUCENE-4248.patch the start to a patch: some tests still fail. I figure we can get

Re: [JENKINS] Lucene-Solr-tests-only-4.x-java7 - Build # 183 - Still Failing

2012-07-23 Thread Mark Miller
I hate the black hole :) I can repro this on my freebsd machine - it's due to the unlimited connection timeout and black hole. I need to modify the test to explicitly wait to make sure it doesn't try to query when it will be directed to a downed node. I hate that because I'd like to test that

[jira] [Updated] (LUCENE-4224) Simplify MultiValuedCase in TermsIncludingScoreQuery

2012-07-23 Thread Martijn van Groningen (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martijn van Groningen updated LUCENE-4224: -- Affects Version/s: 4.0-ALPHA Fix Version/s: 4.0 Simplify

Re: Move ValueSourceFilter to query module?

2012-07-23 Thread Martijn v Groningen
+1 Good idea. I think that there also should be other implementations for the different primitive types. Maybe the inclusive or exclusive filtering can be a boolean option? Martijn On 23 July 2012 19:37, Smiley, David W. dsmi...@mitre.org wrote: In the spatial utils package I've got a

[JENKINS] Lucene-Solr-tests-only-trunk-java7 - Build # 2953 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/2953/ 1 tests failed. REGRESSION: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Timeout occured while waiting response from server at: http://localhost:32077/solr/collection1 Stack Trace:

[jira] [Updated] (LUCENE-4248) Producers to the Codec API don't always follow the spec

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4248: Attachment: LUCENE-4248.patch Updated patch: fixing some more bugs in these producers. I added a

[jira] [Commented] (SOLR-3585) processing updates in multiple threads

2012-07-23 Thread Dan Kogan (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-3585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420881#comment-13420881 ] Dan Kogan commented on SOLR-3585: - Michael, would this patch work with version 3.6?

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420884#comment-13420884 ] Shai Erera commented on LUCENE-4246: I still don't understand why change behavior

[jira] [Updated] (LUCENE-4248) Producers to the Codec API don't always follow the spec

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4248: Attachment: LUCENE-4248.patch one more check, and also fix a bad assert in BlockTree writer

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420890#comment-13420890 ] Robert Muir commented on LUCENE-4246: - {quote} I still don't understand why change

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420894#comment-13420894 ] Yonik Seeley commented on LUCENE-4246: -- bq. But I don't think there is a good

[jira] [Commented] (LUCENE-4246) Fix IndexWriter.close() to not commit or wait for pending merges

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420898#comment-13420898 ] Robert Muir commented on LUCENE-4246: - Thats ok: resistance to change is just

[jira] [Updated] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-4245: -- Attachment: LUCENE-4245.patch Improved patch, much simplier. close() is no longer

[jira] [Commented] (SOLR-3585) processing updates in multiple threads

2012-07-23 Thread Mikhail Khludnev (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-3585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420934#comment-13420934 ] Mikhail Khludnev commented on SOLR-3585: The code itself (solr/core/src/java/)

[jira] [Commented] (LUCENE-4223) Improve spatial package.html to compare Strategys

2012-07-23 Thread David Smiley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420936#comment-13420936 ] David Smiley commented on LUCENE-4223: -- I added some docs in trunk r1364782 (4x:

[jira] [Comment Edited] (LUCENE-4223) Improve spatial package.html to compare Strategys

2012-07-23 Thread David Smiley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420936#comment-13420936 ] David Smiley edited comment on LUCENE-4223 at 7/23/12 8:22 PM:

[JENKINS] Lucene-Solr-tests-only-4.x-java7 - Build # 184 - Still Failing

2012-07-23 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-4.x-java7/184/ 1 tests failed. FAILED: org.apache.solr.cloud.FullSolrCloudTest.testDistribSearch Error Message: Shard still reported as live in zk Stack Trace: java.lang.AssertionError: Shard still reported as live in zk at

[jira] [Updated] (LUCENE-4248) Producers to the Codec API don't always follow the spec

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4248: Attachment: LUCENE-4248.patch Here's a patch for the rest of the postings API.

[JENKINS] Lucene-Solr-4.x-Windows-Java6-64 - Build # 419 - Failure!

2012-07-23 Thread Policeman Jenkins Server
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows-Java6-64/419/ All tests passed Build Log: [...truncated 2712 lines...] [javac] Compiling 12 source files to C:\Jenkins\workspace\Lucene-Solr-4.x-Windows-Java6-64\lucene\build\spatial\classes\test [javac]

Re: [JENKINS] Lucene-Solr-4.x-Windows-Java6-64 - Build # 419 - Failure!

2012-07-23 Thread Robert Muir
I committed a fix for this. On Mon, Jul 23, 2012 at 4:49 PM, Policeman Jenkins Server jenk...@sd-datasolutions.de wrote: Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows-Java6-64/419/ All tests passed Build Log: [...truncated 2712 lines...] [javac] Compiling 12

[jira] [Created] (LUCENE-4249) The PayloadTermWeight explanation hides the details of the payload score

2012-07-23 Thread Scott Smerchek (JIRA)
Scott Smerchek created LUCENE-4249: -- Summary: The PayloadTermWeight explanation hides the details of the payload score Key: LUCENE-4249 URL: https://issues.apache.org/jira/browse/LUCENE-4249

[jira] [Commented] (LUCENE-4249) The PayloadTermWeight explanation hides the details of the payload score

2012-07-23 Thread Scott Smerchek (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420957#comment-13420957 ] Scott Smerchek commented on LUCENE-4249: Once I can get past the hurdles of

[jira] [Commented] (LUCENE-4249) The PayloadTermWeight explanation hides the details of the payload score

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420958#comment-13420958 ] Robert Muir commented on LUCENE-4249: - Thanks Scott. git formatted patches are fine

[jira] [Resolved] (LUCENE-4248) Producers to the Codec API don't always follow the spec

2012-07-23 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-4248. - Resolution: Fixed Fix Version/s: 5.0 4.0 Producers to the Codec

Re: [JENKINS] Lucene-Solr-4.x-Windows-Java6-64 - Build # 419 - Failure!

2012-07-23 Thread David Smiley (@MITRE.org)
Thank you Robert! - Author: http://www.packtpub.com/apache-solr-3-enterprise-search-server/book -- View this message in context: http://lucene.472066.n3.nabble.com/JENKINS-Lucene-Solr-4-x-Windows-Java6-64-Build-419-Failure-tp3996835p3996843.html Sent from the Lucene - Java Developer

[jira] [Commented] (SOLR-2094) When using a XPathEntityProcessor nested within a SQLEntityProcessor, the xpathReader isn't reinitilized for each new document

2012-07-23 Thread Tobias Berg (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-2094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13420972#comment-13420972 ] Tobias Berg commented on SOLR-2094: --- I'm having the same issue in 3.6. If there is a

Re: build scripts

2012-07-23 Thread Christopher Currens
Yeah. In Visual Studio you can just change the release configuration manually, and no matter what, it will only build for the framework you have selected. With the build script, I didn't know how to update jenkins and I knew that in all deploy cases we needed both built, so for the time being it

[jira] [Updated] (LUCENE-4245) IndexWriter#close(true) should either not be interruptible or should abort background merge threads before returning

2012-07-23 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-4245: -- Attachment: LUCENE-4245.patch Patch that preserves Thread interrupt status and handles thread

  1   2   >