[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-tabpanelfocusedCommentId=13000438#comment-13000438 ] Michael Busch commented on LUCENE-2881: --- bq. Can't we sync globally

[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-tabpanelfocusedCommentId=13001214#comment-13001214 ] Michael Busch commented on LUCENE-2881: --- bq. maybe, we should store the FieldInfos

[jira] Commented: (LUCENE-2573) Tiered flushing of DWPTs by RAM with low/high water marks

[ https://issues.apache.org/jira/browse/LUCENE-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13004099#comment-13004099 ] Michael Busch commented on LUCENE-2573: --- bq. Awesome speedup!! YAY! Glad

[jira] [Created] (LUCENE-5401) Field.StringTokenStream#end() does not call super.end()

Michael Busch created LUCENE-5401: - Summary: Field.StringTokenStream#end() does not call super.end() Key: LUCENE-5401 URL: https://issues.apache.org/jira/browse/LUCENE-5401 Project: Lucene - Core

[jira] [Updated] (LUCENE-5401) Field.StringTokenStream#end() does not call super.end()

[ https://issues.apache.org/jira/browse/LUCENE-5401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-5401: -- Attachment: lucene-5401.patch Field.StringTokenStream#end() does not call super.end

[jira] [Resolved] (LUCENE-5401) Field.StringTokenStream#end() does not call super.end()

[ https://issues.apache.org/jira/browse/LUCENE-5401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch resolved LUCENE-5401. --- Resolution: Fixed Field.StringTokenStream#end() does not call super.end

[jira] [Commented] (LUCENE-5401) Field.StringTokenStream#end() does not call super.end()

[ https://issues.apache.org/jira/browse/LUCENE-5401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13873746#comment-13873746 ] Michael Busch commented on LUCENE-5401: --- Thanks, guys! I backported to 4.6.1

[jira] [Commented] (LUCENE-5488) FilteredQuery.explain does not honor FilterStrategy

[ https://issues.apache.org/jira/browse/LUCENE-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13921429#comment-13921429 ] Michael Busch commented on LUCENE-5488: --- Patch looks good, and all tests pass. Two

[jira] [Assigned] (LUCENE-5488) FilteredQuery.explain does not honor FilterStrategy

[ https://issues.apache.org/jira/browse/LUCENE-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch reassigned LUCENE-5488: - Assignee: Michael Busch FilteredQuery.explain does not honor FilterStrategy

[jira] Created: (LUCENE-629) Performance improvement for merging stored, compressed fields

Components: Index Reporter: Michael Busch Priority: Minor Hello everyone, currently the merging of stored, compressed fields is not optimal for the following reason: every time a stored, compressed field is being merged, the FieldsReader uncompresses the data

[jira] Updated: (LUCENE-629) Performance improvement for merging stored, compressed fields

[ http://issues.apache.org/jira/browse/LUCENE-629?page=all ] Michael Busch updated LUCENE-629: - Attachment: optimized_merge_compressed_fields.patch The patch file for this improvement (based on Lucene Rev. 419199) Performance improvement for merging

[jira] Commented: (LUCENE-629) Performance improvement for merging stored, compressed fields

[ http://issues.apache.org/jira/browse/LUCENE-629?page=comments#action_12421920 ] Michael Busch commented on LUCENE-629: -- Yonik, in the original version the FieldsReader maps the boolean values compressed, tokenize, binary

[jira] Updated: (LUCENE-624) Segment size limit for compound files

[ http://issues.apache.org/jira/browse/LUCENE-624?page=all ] Michael Busch updated LUCENE-624: - Attachment: cfs_seg_size_limit.patch I attach the patch file for this improvement. This patch adds two new methods to the API of IndexWriter

[jira] Commented: (LUCENE-648) Allow changing of ZIP compression level for compressed fields

[ http://issues.apache.org/jira/browse/LUCENE-648?page=comments#action_12427421 ] Michael Busch commented on LUCENE-648: -- I think the compression level is only one part of the performance problem. Another drawback of the current

[jira] Created: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

://issues.apache.org/jira/browse/LUCENE-669 Project: Lucene - Java Issue Type: Bug Components: Store Reporter: Michael Busch Priority: Trivial Attachments: FSDirectory_close_file_patch.patch Hi all, I found a small problem in FSDirectory

[jira] Created: (LUCENE-687) Performance improvement: Lazy skipping on proximity file

Components: Index Reporter: Michael Busch Priority: Minor Hello, I'm proposing a patch here that changes org.apache.lucene.index.SegmentTermPositions to avoid unnecessary skips and reads on the proximity stream. Currently a call of next() or seek(), which causes

[jira] Updated: (LUCENE-687) Performance improvement: Lazy skipping on proximity file

[ http://issues.apache.org/jira/browse/LUCENE-687?page=all ] Michael Busch updated LUCENE-687: - Attachment: lazy_prox_skipping.patch Performance improvement: Lazy skipping on proximity file

[jira] Commented: (LUCENE-687) Performance improvement: Lazy skipping on proximity file

[ http://issues.apache.org/jira/browse/LUCENE-687?page=comments#action_12443343 ] Michael Busch commented on LUCENE-687: -- Hi Yonik, thanks for the quick reply! I'm going to do performance tests and will give you some numbers soon

[jira] Commented: (LUCENE-687) Performance improvement: Lazy skipping on proximity file

[ http://issues.apache.org/jira/browse/LUCENE-687?page=comments#action_12445683 ] Michael Busch commented on LUCENE-687: -- I made some performance experiments with phrase searches. For every query I measured the search time as well

[jira] Updated: (LUCENE-687) Performance improvement: Lazy skipping on proximity file

[ http://issues.apache.org/jira/browse/LUCENE-687?page=all ] Michael Busch updated LUCENE-687: - Attachment: lazy_prox_skipping2.patch Yonik, thanks for committing the patch! About the performance tests you did: I think even on a RAMDirectory the patch

[jira] Commented: (LUCENE-573) Escaped quotes inside a phrase cause a ParseException

[ http://issues.apache.org/jira/browse/LUCENE-573?page=comments#action_12447990 ] Michael Busch commented on LUCENE-573: -- Sorry, it took me a while to take care of this patch. You are right, my patch only prevents the ParseException

[jira] Assigned: (LUCENE-573) Escaped quotes inside a phrase cause a ParseException

[ http://issues.apache.org/jira/browse/LUCENE-573?page=all ] Michael Busch reassigned LUCENE-573: Assignee: Michael Busch Escaped quotes inside a phrase cause a ParseException

[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12448908 ] Michael Busch commented on LUCENE-669: -- The method closeFile() belongs to FSDirectory.FSIndexOutput, so I can't call it in FSDirectory.FSIndexInput.close

[jira] Assigned: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=all ] Michael Busch reassigned LUCENE-669: Assignee: Michael Busch finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[jira] Updated: (LUCENE-573) Escaped quotes inside a phrase cause a ParseException

[ http://issues.apache.org/jira/browse/LUCENE-573?page=all ] Michael Busch updated LUCENE-573: - Attachment: LUCENE-573_new.patch I actually found another problem in the current unescaping code: junit.framework.AssertionFailedError: Query /a\\\+b

[jira] Updated: (LUCENE-573) Escaped quotes inside a phrase cause a ParseException

[ http://issues.apache.org/jira/browse/LUCENE-573?page=all ] Michael Busch updated LUCENE-573: - Attachment: (was: escaped_quotes_inside_phrases.patch) Escaped quotes inside a phrase cause a ParseException

[jira] Created: (LUCENE-716) Support unicode escapes in QueryParser

Reporter: Michael Busch Assigned To: Michael Busch Priority: Minor As suggested by Yonik in http://issues.apache.org/jira/browse/LUCENE-573 the QueryParser should be able to handle unicode escapes, i. e. \u. I have already working and tested code. It is based

[jira] Updated: (LUCENE-573) Escaped quotes inside a phrase cause a ParseException

[ http://issues.apache.org/jira/browse/LUCENE-573?page=all ] Michael Busch updated LUCENE-573: - Lucene Fields: [Patch Available] Escaped quotes inside a phrase cause a ParseException

[jira] Updated: (LUCENE-716) Support unicode escapes in QueryParser

[ http://issues.apache.org/jira/browse/LUCENE-716?page=all ] Michael Busch updated LUCENE-716: - Lucene Fields: [New, Patch Available] (was: [New]) Support unicode escapes in QueryParser -- Key

[jira] Commented: (LUCENE-412) Escaping special characters in Query doesn't return correct results.

[ http://issues.apache.org/jira/browse/LUCENE-412?page=comments#action_12451087 ] Michael Busch commented on LUCENE-412: -- I tried to reproduce this problem. I create an index in a RAMDirectory, add two documents with content tina and ~tina

[jira] Commented: (LUCENE-412) Escaping special characters in Query doesn't return correct results.

[ http://issues.apache.org/jira/browse/LUCENE-412?page=comments#action_12451087 ] Michael Busch commented on LUCENE-412: -- I tried to reproduce this problem. I create an index in a RAMDirectory, add two documents with content tina and ~tina

[jira] Commented: (LUCENE-721) Code coverage reports

[ http://issues.apache.org/jira/browse/LUCENE-721?page=comments#action_12451727 ] Michael Busch commented on LUCENE-721: -- Good idea, I could do that. But currently we don't fetch the JUnit jars either, just give a hint where to download

[jira] Created: (LUCENE-720) Unit tests TestBackwardsCompatibility and TestIndexFileDeleter might fail depending on JVM

Project: Lucene - Java Issue Type: Bug Components: Index Affects Versions: 2.1 Reporter: Michael Busch Assigned To: Michael McCandless Priority: Minor In the two units tests TestBackwardsCompatibility and TestIndexFileDeleter several

[jira] Commented: (LUCENE-720) Unit tests TestBackwardsCompatibility and TestIndexFileDeleter might fail depending on JVM

[ http://issues.apache.org/jira/browse/LUCENE-720?page=comments#action_12452001 ] Michael Busch commented on LUCENE-720: -- The tests now pass on my machine too. Good job, Mike! Thanks. Unit tests TestBackwardsCompatibility

[jira] Created: (LUCENE-726) Remove usage of deprecated method Document.fields()

: Index Reporter: Michael Busch Assigned To: Michael Busch Priority: Trivial The classes DocumentWriter, FieldsWriter, and ParallelReader use the deprecated method Document.fields(). This simple patch changes these three classes to use Document.getFields

[jira] Updated: (LUCENE-726) Remove usage of deprecated method Document.fields()

[ http://issues.apache.org/jira/browse/LUCENE-726?page=all ] Michael Busch updated LUCENE-726: - Attachment: deprecation.patch Remove usage of deprecated method Document.fields() --- Key

[jira] Commented: (LUCENE-721) Code coverage reports

[ http://issues.apache.org/jira/browse/LUCENE-721?page=comments#action_12452553 ] Michael Busch commented on LUCENE-721: -- Sure Grant, I will update the patch soon to use clover instead of EMMA. Great that you will add it to the website

[jira] Assigned: (LUCENE-721) Code coverage reports

[ http://issues.apache.org/jira/browse/LUCENE-721?page=all ] Michael Busch reassigned LUCENE-721: Assignee: Michael Busch Code coverage reports - Key: LUCENE-721 URL: http://issues.apache.org

[jira] Updated: (LUCENE-721) Code coverage reports

[ http://issues.apache.org/jira/browse/LUCENE-721?page=all ] Michael Busch updated LUCENE-721: - Attachment: clover.patch Here it is, Grant. This new patch uses Clover to generate code coverage reports. Simply add clover.jar to the ant classpath, do

[jira] Updated: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=all ] Michael Busch updated LUCENE-669: - Attachment: FSDirectory_close_file2.patch Since the new testcase TestStressIndexing has been added as part of the lockless commits I see this test failing

[jira] Closed: (LUCENE-726) Remove usage of deprecated method Document.fields()

[ http://issues.apache.org/jira/browse/LUCENE-726?page=all ] Michael Busch closed LUCENE-726. Fix Version/s: 2.1 Resolution: Fixed Thanks Otis for committing this! Remove usage of deprecated method Document.fields

[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454076 ] Michael Busch commented on LUCENE-669: -- I'm seeing the problem on Windows XP SP2, IBM JVM 1.5 SR3. I'm running the tests in eclipse. finalize()-methods

[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454236 ] Michael Busch commented on LUCENE-669: -- Mike, I tried to add some debug to FSIndexOutput and made another observation which makes this issue even odder! I

[jira] Created: (LUCENE-732) Use DateTools instead of deprecated DateField in QueryParser

Components: QueryParser Reporter: Michael Busch Assigned To: Michael Busch Priority: Minor The QueryParser currently uses the deprecated class DateField to create RangeQueries with date values. However, most users probably use DateTools to store date

[jira] Updated: (LUCENE-732) Use DateTools instead of deprecated DateField in QueryParser

[ http://issues.apache.org/jira/browse/LUCENE-732?page=all ] Michael Busch updated LUCENE-732: - Attachment: queryparser_datetools.patch Use DateTools instead of deprecated DateField in QueryParser

[jira] Commented: (LUCENE-732) Use DateTools instead of deprecated DateField in QueryParser

[ http://issues.apache.org/jira/browse/LUCENE-732?page=comments#action_12454469 ] Michael Busch commented on LUCENE-732: -- Actually it is documented in the QueryParser how to use a different format for dates: ... * feature also

[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454505 ] Michael Busch commented on LUCENE-669: -- Wow that was a tough one! Thanks for trying so hard to reproduce it, Mike. And thanks for committing, the small

[jira] Closed: (LUCENE-412) Escaping special characters in Query doesn't return correct results.

[ http://issues.apache.org/jira/browse/LUCENE-412?page=all ] Michael Busch closed LUCENE-412. Resolution: Cannot Reproduce Assignee: (was: Lucene Developers) As stated earlier, this is not reproduceable (anymore). Escaping special characters

[jira] Updated: (LUCENE-732) Use DateTools instead of deprecated DateField in QueryParser

[ http://issues.apache.org/jira/browse/LUCENE-732?page=all ] Michael Busch updated LUCENE-732: - Attachment: queryparser_datetools2.patch This new patch contains the changes suggested by Hoss: - by default the QueryParser uses DateField to format dates

[jira] Created: (LUCENE-739) Performance improvement for SegmentMerger.mergeNorms()

Components: Index Reporter: Michael Busch Assigned To: Michael Busch Priority: Minor Attachments: mergeNorms.patch This patch makes two improvements to SegmentMerger.mergeNorms(): 1) When the SegmentMerger merges the norm values it allocates a new byte array

[jira] Updated: (LUCENE-739) Performance improvement for SegmentMerger.mergeNorms()

[ http://issues.apache.org/jira/browse/LUCENE-739?page=all ] Michael Busch updated LUCENE-739: - Attachment: mergeNorms.patch Performance improvement for SegmentMerger.mergeNorms

[jira] Commented: (LUCENE-739) Performance improvement for SegmentMerger.mergeNorms()

[ http://issues.apache.org/jira/browse/LUCENE-739?page=comments#action_12456654 ] Michael Busch commented on LUCENE-739: -- Thanks Yonik! Well then, let's commit it? ;-) Performance improvement for SegmentMerger.mergeNorms

[jira] Commented: (LUCENE-732) Support DateTools in QueryParser

[ http://issues.apache.org/jira/browse/LUCENE-732?page=comments#action_12456662 ] Michael Busch commented on LUCENE-732: -- You're right Hoss, the word format is used ambiguously in the javadoc. We could change it to * pIn [EMAIL PROTECTED

[jira] Commented: (LUCENE-565) Supporting deleteDocuments in IndexWriter (Code and Performance Results Provided)

[ http://issues.apache.org/jira/browse/LUCENE-565?page=comments#action_12456887 ] Michael Busch commented on LUCENE-565: -- What are the reasons to not add the NewIndexModifier to Lucene? This issue has already 6 votes, so it seems

[jira] Created: (LUCENE-755) Payloads

Payloads Key: LUCENE-755 URL: http://issues.apache.org/jira/browse/LUCENE-755 Project: Lucene - Java Issue Type: New Feature Components: Index Reporter: Michael Busch Assigned To: Michael Busch

[jira] Updated: (LUCENE-755) Payloads

[ http://issues.apache.org/jira/browse/LUCENE-755?page=all ] Michael Busch updated LUCENE-755: - Attachment: payloads.patch Payloads Key: LUCENE-755 URL: http://issues.apache.org/jira/browse/LUCENE-755

[jira] Created: (LUCENE-761) Clone proxStream lazily in SegmentTermPositions

Reporter: Michael Busch Priority: Minor In SegmentTermPositions the proxStream should be cloned lazily, i. e. at the first time nextPosition() is called. Then the initialization costs of TermPositions are not higher anymore compared to TermDocs and thus

[jira] Commented: (LUCENE-755) Payloads

[ http://issues.apache.org/jira/browse/LUCENE-755?page=comments#action_12460647 ] Michael Busch commented on LUCENE-755: -- Great patch, Michael, and something that will come in handy for a lot of people. I can vouch it applies cleanly

[jira] Commented: (LUCENE-565) Supporting deleteDocuments in IndexWriter (Code and Performance Results Provided)

[ https://issues.apache.org/jira/browse/LUCENE-565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12468617 ] Michael Busch commented on LUCENE-565: -- I tried the new patch out and everything looks good to me. One comment

[jira] Assigned: (LUCENE-800) Incorrect parsing by QueryParser.parse() when it encounters backslashes (always eats one backslash.)

[ https://issues.apache.org/jira/browse/LUCENE-800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch reassigned LUCENE-800: Assignee: Michael Busch Incorrect parsing by QueryParser.parse() when it encounters

[jira] Commented: (LUCENE-800) Incorrect parsing by QueryParser.parse() when it encounters backslashes (always eats one backslash.)

[ https://issues.apache.org/jira/browse/LUCENE-800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475457 ] Michael Busch commented on LUCENE-800: -- Hi Dilip, the backslash is the escape character in Lucene's

[jira] Assigned: (LUCENE-372) Unmatched right parentheses truncates query

[ https://issues.apache.org/jira/browse/LUCENE-372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch reassigned LUCENE-372: Assignee: Michael Busch Unmatched right parentheses truncates query

[jira] Commented: (LUCENE-800) Incorrect parsing by QueryParser.parse() when it encounters backslashes (always eats one backslash.)

[ https://issues.apache.org/jira/browse/LUCENE-800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475461 ] Michael Busch commented on LUCENE-800: -- Doron, the problem here is that a backslash is a valid TERM_CHAR

[jira] Commented: (LUCENE-800) Incorrect parsing by QueryParser.parse() when it encounters backslashes (always eats one backslash.)

[ https://issues.apache.org/jira/browse/LUCENE-800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475529 ] Michael Busch commented on LUCENE-800: -- Dilip, are you using Lucene 1.9? The problem you are referring

[jira] Updated: (LUCENE-800) Incorrect parsing by QueryParser.parse() when it encounters backslashes (always eats one backslash.)

[ https://issues.apache.org/jira/browse/LUCENE-800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-800: - Priority: Minor (was: Major) just lowering the severity to minor Incorrect parsing

[jira] Commented: (LUCENE-813) leading wildcard's don't work with trailing wildcard

[ https://issues.apache.org/jira/browse/LUCENE-813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475573 ] Michael Busch commented on LUCENE-813: -- Another tehnical issue that came up is line endings - compiling on XP

[jira] Commented: (LUCENE-814) javacc on Win32 (cygwin) creates wrong line endings - fix them with 'ant replace'

[ https://issues.apache.org/jira/browse/LUCENE-814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475758 ] Michael Busch commented on LUCENE-814: -- Doron, I tried your patch and it works fine for me. The generated

[jira] Updated: (LUCENE-800) Incorrect parsing by QueryParser.parse() when it encounters backslashes (always eats one backslash.)

[ https://issues.apache.org/jira/browse/LUCENE-800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-800: - Attachment: Lucene-800.patch With this patch a query like (item:\\ item:ABCD\\) does not throw

[jira] Commented: (LUCENE-751) cannot retrieve term positions from indices using ISOLatin1AccentFilter

[ https://issues.apache.org/jira/browse/LUCENE-751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475767 ] Michael Busch commented on LUCENE-751: -- Hi Huajing, it would be great if you could provide a testcase showing

[jira] Closed: (LUCENE-554) Possible index corruption if crashing while replacing segments file

[ https://issues.apache.org/jira/browse/LUCENE-554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch closed LUCENE-554. Possible index corruption if crashing while replacing segments file

[jira] Commented: (LUCENE-813) leading wildcard's don't work with trailing wildcard

[ https://issues.apache.org/jira/browse/LUCENE-813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476055 ] Michael Busch commented on LUCENE-813: -- I tried it out, Doron. It works fine and all tests pass. I like the new

[jira] Closed: (LUCENE-549) Sort bug with ParallelMultiSearcher

[ https://issues.apache.org/jira/browse/LUCENE-549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch closed LUCENE-549. Resolution: Duplicate This is a duplicate of LUCENE-548 Sort bug with ParallelMultiSearcher

[jira] Commented: (LUCENE-662) Extendable writer and reader of field data

[ https://issues.apache.org/jira/browse/LUCENE-662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477758 ] Michael Busch commented on LUCENE-662: -- Nicolas, wow this looks like a lot of work!! There are good ideas

[jira] Resolved: (LUCENE-372) Unmatched right parentheses truncates query

[ https://issues.apache.org/jira/browse/LUCENE-372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch resolved LUCENE-372. -- Resolution: Fixed I just committed this. Thanks, Andreas! Unmatched right parentheses

[jira] Resolved: (LUCENE-800) Incorrect parsing by QueryParser.parse() when it encounters backslashes (always eats one backslash.)

[ https://issues.apache.org/jira/browse/LUCENE-800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch resolved LUCENE-800. -- Resolution: Fixed Fix Version/s: 2.2 Thanks Doron for reviewing and for the additional

[jira] Commented: (LUCENE-761) Clone proxStream lazily in SegmentTermPositions

[ https://issues.apache.org/jira/browse/LUCENE-761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479876 ] Michael Busch commented on LUCENE-761: -- Grant, you're right, it is a simple change to clone the stream lazily

[jira] Updated: (LUCENE-761) Clone proxStream lazily in SegmentTermPositions

[ https://issues.apache.org/jira/browse/LUCENE-761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-761: - Attachment: lucene-761.patch Here is the simple patch. All unit tests pass. I'll commit

[jira] Resolved: (LUCENE-761) Clone proxStream lazily in SegmentTermPositions

[ https://issues.apache.org/jira/browse/LUCENE-761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch resolved LUCENE-761. -- Resolution: Fixed Fix Version/s: 2.2 I just committed this. Clone proxStream lazily

[jira] Updated: (LUCENE-755) Payloads

[ https://issues.apache.org/jira/browse/LUCENE-755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-755: - Attachment: payloads.patch I'm attaching the new patch with the following changes: - applies

[jira] Updated: (LUCENE-755) Payloads

[ https://issues.apache.org/jira/browse/LUCENE-755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-755: - Attachment: payloads.patch Attaching a new patch. The previous one didn't apply cleanly anymore

[jira] Updated: (LUCENE-755) Payloads

[ https://issues.apache.org/jira/browse/LUCENE-755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-755: - Attachment: payloads.patch Another one! (previous version didn't apply cleanly anymore after

[jira] Commented: (LUCENE-755) Payloads

[ https://issues.apache.org/jira/browse/LUCENE-755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481014 ] Michael Busch commented on LUCENE-755: -- Grant Ingersoll commented on LUCENE-755

[jira] Resolved: (LUCENE-755) Payloads

[ https://issues.apache.org/jira/browse/LUCENE-755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch resolved LUCENE-755. -- Resolution: Fixed Fix Version/s: 2.2 I just committed this. Payload is serializable now

[jira] Assigned: (LUCENE-783) Store all metadata in human-readable segments file

[ https://issues.apache.org/jira/browse/LUCENE-783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch reassigned LUCENE-783: Assignee: Michael Busch Store all metadata in human-readable segments file

[jira] Resolved: (LUCENE-807) Minor improvement to JavaDoc for ScoreDocComparator

[ https://issues.apache.org/jira/browse/LUCENE-807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch resolved LUCENE-807. -- Resolution: Fixed Fix Version/s: 2.2 Lucene Fields: [New, Patch Available

[jira] Assigned: (LUCENE-431) RAMInputStream without further buffering

[ https://issues.apache.org/jira/browse/LUCENE-431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch reassigned LUCENE-431: Assignee: Michael Busch (was: Lucene Developers) RAMInputStream without further

[jira] Updated: (LUCENE-431) RAMInputStream without further buffering

[ https://issues.apache.org/jira/browse/LUCENE-431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-431: - Attachment: lucene-431.patch We should fix both, RAMInputStream and RAMOutputStream to subclass

[jira] Updated: (LUCENE-431) RAMInputStream and RAMOutputStream without further buffering

[ https://issues.apache.org/jira/browse/LUCENE-431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-431: - Description: From java-dev, Doug's reply of 12 Sep 2005 on Delaying buffer allocation

[jira] Updated: (LUCENE-431) RAMInputStream and RAMOutputStream without further buffering

[ https://issues.apache.org/jira/browse/LUCENE-431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-431: - Attachment: lucene-431.zip Mike, that's strange for me the patch applies cleanly

[jira] Commented: (LUCENE-834) Payload Queries

[ https://issues.apache.org/jira/browse/LUCENE-834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489519 ] Michael Busch commented on LUCENE-834: -- Hi Grant, cool that you started implementing queries that use

[jira] Resolved: (LUCENE-431) RAMInputStream and RAMOutputStream without further buffering

[ https://issues.apache.org/jira/browse/LUCENE-431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch resolved LUCENE-431. -- Resolution: Fixed Thanks for the quick (7 mins!) response, Mike :-). I just committed

[jira] Commented: (LUCENE-834) Payload Queries

[ https://issues.apache.org/jira/browse/LUCENE-834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489534 ] Michael Busch commented on LUCENE-834: -- I think averaging should be the default, but you are right, it would

[jira] Commented: (LUCENE-834) Payload Queries

[ https://issues.apache.org/jira/browse/LUCENE-834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489562 ] Michael Busch commented on LUCENE-834: -- Yes, I was mainly thinking about large documents. I think in general

[jira] Created: (LUCENE-866) Multi-level skipping on posting lists

Reporter: Michael Busch Assigned To: Michael Busch Priority: Minor To accelerate posting list skips (TermDocs.skipTo(int)) Lucene uses skip lists. The default skip interval is set to 16. If we want to skip e. g. 100 documents, then it is not necessary to read 100 entries from

[jira] Updated: (LUCENE-866) Multi-level skipping on posting lists

[ https://issues.apache.org/jira/browse/LUCENE-866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-866: - Attachment: lucene-866.patch Attaching the first version of this patch. Multi-level skipping

[jira] Commented: (LUCENE-866) Multi-level skipping on posting lists

[ https://issues.apache.org/jira/browse/LUCENE-866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490495 ] Michael Busch commented on LUCENE-866: -- I ran a few performance tests with this patch. I built a rather big

[jira] Assigned: (LUCENE-430) Reducing buffer sizes for TermDocs.

[ https://issues.apache.org/jira/browse/LUCENE-430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch reassigned LUCENE-430: Assignee: Michael Busch (was: Lucene Developers) Reducing buffer sizes for TermDocs

[jira] Assigned: (LUCENE-430) Reducing buffer sizes for TermDocs.

[ https://issues.apache.org/jira/browse/LUCENE-430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch reassigned LUCENE-430: Assignee: Michael Busch (was: Lucene Developers) Reducing buffer sizes for TermDocs

[jira] Commented: (LUCENE-866) Multi-level skipping on posting lists

[ https://issues.apache.org/jira/browse/LUCENE-866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490497 ] Michael Busch commented on LUCENE-866: -- and worst case would be skipTo(currDoc+2) in a loop

[jira] Created: (LUCENE-869) Make FSIndexInput and FSIndexOutput inner classes of FSDirectory

: Improvement Components: Store Reporter: Michael Busch Assigned To: Michael Busch Priority: Trivial I would like make FSIndexInput and FSIndexOutput protected, static, inner classes of FSDirectory. Currently these classes are located in the same source file

<    1   2   3   4   5   6   7   8   9   10   >