[jira] Commented: (LUCENE-520) Ability to abort hit collection

2006-03-16 Thread paul.elschot (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-520?page=comments#action_12370711 ] paul.elschot commented on LUCENE-520: - You could try throwing an exception from the collect method and catching it from your search method. > Ability to abort hit collect

[jira] Commented: (LUCENE-520) Ability to abort hit collection

2006-03-16 Thread Eric Jain (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-520?page=comments#action_12370712 ] Eric Jain commented on LUCENE-520: -- Throwing exceptions can be quite expensive, though it may indeed be faster than waiting for all hits. > Ability to abort hit collection >

[jira] Commented: (LUCENE-520) Ability to abort hit collection

2006-03-16 Thread Jeremy Meyer (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-520?page=comments#action_12370713 ] Jeremy Meyer commented on LUCENE-520: - If you can keep a reference to the scorer you can use scorer.skipTo(Integer.MAX_VALUE); to just skip past all the rest

[jira] Commented: (LUCENE-485) IndexWriter.mergeSegments should not hold the commit lock while cleaning up.

2006-03-16 Thread Luc Vanlerberghe (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-485?page=comments#action_12370714 ] Luc Vanlerberghe commented on LUCENE-485: - Creating a TestCase that would show this is a valid patch is pretty difficult, but I'm 100% sure it is valid and I applied i

[jira] Commented: (LUCENE-520) Ability to abort hit collection

2006-03-16 Thread Yonik Seeley (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-520?page=comments#action_12370717 ] Yonik Seeley commented on LUCENE-520: - If you have a reference to the scorer, you don't need a HitCollector at all... you can pull the hits instead of having them pushed t

[jira] Commented: (LUCENE-520) Ability to abort hit collection

2006-03-16 Thread Doug Cutting (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-520?page=comments#action_12370719 ] Doug Cutting commented on LUCENE-520: - Jeremy: Have you tested that scorer.skipTo(Integer.MAX_VALUE) actually works? It might, but it also might not, depending on how muc

[jira] Commented: (LUCENE-520) Ability to abort hit collection

2006-03-16 Thread Doug Cutting (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-520?page=comments#action_12370722 ] Doug Cutting commented on LUCENE-520: - Yonik: yes, pulling is a great idea! Currently one can only create a Scorer given an IndexReader. If you're using IndexSearcher, f

[jira] Commented: (LUCENE-520) Ability to abort hit collection

2006-03-16 Thread Jeremy Meyer (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-520?page=comments#action_12370724 ] Jeremy Meyer commented on LUCENE-520: - I use it in my code and it seems to work fine for me. We used to do the throwing an exception thing but the particularly bad thing i

[jira] Commented: (LUCENE-520) Ability to abort hit collection

2006-03-16 Thread Tatu Saloranta (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-520?page=comments#action_12370726 ] Tatu Saloranta commented on LUCENE-520: --- Quick note regarding exceptions: an easy way to remove most of runtime exception overhead is to just construct a shared exceptio

[jira] Commented: (LUCENE-500) Lucene 2.0 requirements - Remove all deprecated code

2006-03-16 Thread Yonik Seeley (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-500?page=comments#action_12370727 ] Yonik Seeley commented on LUCENE-500: - My take is that QueryParser should have never attempted to guess the type of the field. It creates errors when you query on somethin

[jira] Commented: (LUCENE-500) Lucene 2.0 requirements - Remove all deprecated code

2006-03-16 Thread Doug Cutting (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-500?page=comments#action_12370729 ] Doug Cutting commented on LUCENE-500: - I think we should commit this, except leave DateField deprecated rather than remove it, since that is the promise made. We should p

[jira] Created: (LUCENE-521) Documents do not get added from RAMDirectory to FSDirectory if documents is less than 10.

2006-03-16 Thread Keith Morgan (JIRA)
Documents do not get added from RAMDirectory to FSDirectory if documents is less than 10. - Key: LUCENE-521 URL: http://issues.apache.org/jira/browse/LUCENE-521 Project: Lucene - Java

[jira] Commented: (LUCENE-521) Documents do not get added from RAMDirectory to FSDirectory if documents is less than 10.

2006-03-16 Thread Volodymyr Bychkoviak (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-521?page=comments#action_12370737 ] Volodymyr Bychkoviak commented on LUCENE-521: - You are not closing indexWriter. IndexWriter should be closed to flush cached documents... > Documents do not get a

[jira] Commented: (LUCENE-521) Documents do not get added from RAMDirectory to FSDirectory if documents is less than 10.

2006-03-16 Thread Keith Morgan (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-521?page=comments#action_12370738 ] Keith Morgan commented on LUCENE-521: - Sorry, I did not include this, but I am optimzing and closing the IndexWriter. diskWriter.optimize(); diskWriter.close(); Why would

[jira] Commented: (LUCENE-521) Documents do not get added from RAMDirectory to FSDirectory if documents is less than 10.

2006-03-16 Thread Keith Morgan (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-521?page=comments#action_12370739 ] Keith Morgan commented on LUCENE-521: - I wasn't closing the writer to the RAM Directory. Thank you. Non-issue! > Documents do not get added from RAMDirectory to FSDirect

[jira] Commented: (LUCENE-521) Documents do not get added from RAMDirectory to FSDirectory if documents is less than 10.

2006-03-16 Thread Volodymyr Bychkoviak (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-521?page=comments#action_12370740 ] Volodymyr Bychkoviak commented on LUCENE-521: - you are not closing ramWriter. It also should be closed. 10 is default value of maxBufferedDocs. i.e. number of docs

[jira] Closed: (LUCENE-521) Documents do not get added from RAMDirectory to FSDirectory if documents is less than 10.

2006-03-16 Thread Otis Gospodnetic (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-521?page=all ] Otis Gospodnetic closed LUCENE-521: --- Resolution: Invalid > Documents do not get added from RAMDirectory to FSDirectory if documents is > less than 10. >

[jira] Created: (LUCENE-522) SpanFuzzyQuery

2006-03-16 Thread karl wetttin (JIRA)
SpanFuzzyQuery -- Key: LUCENE-522 URL: http://issues.apache.org/jira/browse/LUCENE-522 Project: Lucene - Java Type: New Feature Components: Search Versions: 1.9 Reporter: karl wetttin Priority: Minor This is my SpanFuzzyQuery. It is

[jira] Resolved: (LUCENE-513) Remove superfluous comment in MMapDirectory.java

2006-03-16 Thread Otis Gospodnetic (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-513?page=all ] Otis Gospodnetic resolved LUCENE-513: - Resolution: Fixed Applied. > Remove superfluous comment in MMapDirectory.java > > > Ke

[jira] Closed: (LUCENE-513) Remove superfluous comment in MMapDirectory.java

2006-03-16 Thread Otis Gospodnetic (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-513?page=all ] Otis Gospodnetic closed LUCENE-513: --- > Remove superfluous comment in MMapDirectory.java > > > Key: LUCENE-513 > URL: http:/

[jira] Closed: (LUCENE-501) need DOAP file for Lucene

2006-03-16 Thread Otis Gospodnetic (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-501?page=all ] Otis Gospodnetic closed LUCENE-501: --- > need DOAP file for Lucene > - > > Key: LUCENE-501 > URL: http://issues.apache.org/jira/browse/LUCENE-501 >

[jira] Commented: (LUCENE-500) Lucene 2.0 requirements - Remove all deprecated code

2006-03-16 Thread Otis Gospodnetic (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-500?page=comments#action_12370765 ] Otis Gospodnetic commented on LUCENE-500: - Grant, it looks like we have a good plan for going forward. Can you/do you want to submit a new patch, or should I try to mod