Re: Lots of results

On Sun, Dec 6, 2009 at 02:01, Grant Ingersoll wrote: > > On Dec 5, 2009, at 10:47 PM, Earwin Burrfoot wrote: > >> If someone needs all results, they know it beforehand. Why can't they >> write this collector themselves? It's trivial, just like you said. > > I'm not following your comment.  Of cour

Hudson build is back to normal: Lucene-trunk #1020

See - To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org

Re: [jira] Commented: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

Well, under any circumstances, the line Locale.setDefault(Locale.getDefault()); was just plain silly. At the cost of setting the default locale exactly once per test *class* (I used @BeforeClass/@AfterClass), I'd far rather err on the side of paranoia than cause someone to spend *hours* figuring it

Re: [jira] Commented: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

Hmmm, you're probably right. There's no earthly reason for a test writer to create an instance of LocalizedTestCase, it has no use except as a superclass by its nature even though it has no abstract methods. So making it abstract will server to flag that fact to anyone who tries to instantiate it.

[jira] Commented: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

[ https://issues.apache.org/jira/browse/LUCENE-2122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786757#action_12786757 ] Robert Muir commented on LUCENE-2122: - Erick do you think LocalizedTestCase should be

[jira] Updated: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

[ https://issues.apache.org/jira/browse/LUCENE-2122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Erickson updated LUCENE-2122: --- Attachment: LUCENE-2122-r2.patch Restoring original default Locale after test class has been

Re: [jira] Commented: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

Erick, btw I may not be right about this... certainly if you are invoking each test in its own JVM it should be no problem... its just some paranoia. also this same "changing of JRE-system wide variable" would prevent these tests from being parallelized in the same jvm, in case that matters... (th

Re: [jira] Commented: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

I just made a comment on how many times I've made the "that looks unnecessary, I'll take it out" mistake. Now I get to add one to that total. I'll attach a revised patch momentarily with this change. Thanks for pointing this out! Erick On Sun, Dec 6, 2009 at 8:00 PM, Robert Muir (JIRA) wrote:

[jira] Commented: (LUCENE-1613) TermEnum.docFreq() is not updated with there are deletes

[ https://issues.apache.org/jira/browse/LUCENE-1613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786750#action_12786750 ] John Wang commented on LUCENE-1613: --- Maybe to just add a javadoc comment on the call to

[jira] Commented: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

[ https://issues.apache.org/jira/browse/LUCENE-2122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786749#action_12786749 ] Robert Muir commented on LUCENE-2122: - Hi Erick, I am a little nervous about the chang

Re: (LUCENE-2119) If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException

Should have mentioned in my first message that all I was really after was prompting folks who actually know something about the code in question to avoid the mistake I've made, oh, several thousand times... "There's no reason for that to be there, I'll just take it out" Erick On Sun, Dec 6,

[jira] Created: (LUCENE-2124) move JDK collation to core, ICU collation to ICU contrib

move JDK collation to core, ICU collation to ICU contrib Key: LUCENE-2124 URL: https://issues.apache.org/jira/browse/LUCENE-2124 Project: Lucene - Java Issue Type: Task Compo

Re: (LUCENE-2119) If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException

On Sun, Dec 6, 2009 at 5:51 PM, Uwe Schindler wrote: >> On Sun, Dec 06, 2009 at 05:31:53PM -0500, Erick Erickson wrote: >> > This may be a silly question, and I admit that I haven't looked a the >> code, >> > but was there a good reason to +1 it in the first place or was that just >> > paranoia to

[jira] Updated: (LUCENE-2123) Highlighter fails to highlight FuzzyQuery

[ https://issues.apache.org/jira/browse/LUCENE-2123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-2123: -- Description: As FuzzyQuery does not allow to change the rewrite mode, highlighter fails

[jira] Created: (LUCENE-2123) Highlighter fails to highlight FuzzyQuery

Highlighter fails to highlight FuzzyQuery - Key: LUCENE-2123 URL: https://issues.apache.org/jira/browse/LUCENE-2123 Project: Lucene - Java Issue Type: Bug Components: contrib/highlighter

RE: [jira] Resolved: (LUCENE-2119) If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException

> On Sun, Dec 06, 2009 at 05:31:53PM -0500, Erick Erickson wrote: > > This may be a silly question, and I admit that I haven't looked a the > code, > > but was there a good reason to +1 it in the first place or was that just > > paranoia to prevent off-by-one errors? > > IIRC, this implementation

[jira] Updated: (LUCENE-1606) Automaton Query/Filter (scalable regex)

[ https://issues.apache.org/jira/browse/LUCENE-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-1606: Attachment: LUCENE-1606-flex.patch the current wildcardquery has getTerm(), this is needed for bw

Re: [jira] Resolved: (LUCENE-2119) If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException

On Sun, Dec 06, 2009 at 05:31:53PM -0500, Erick Erickson wrote: > This may be a silly question, and I admit that I haven't looked a the code, > but was there a good reason to +1 it in the first place or was that just > paranoia to prevent off-by-one errors? IIRC, this implementation of the priori

Re: [jira] Resolved: (LUCENE-2119) If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException

This may be a silly question, and I admit that I haven't looked a the code, but was there a good reason to +1 it in the first place or was that just paranoia to prevent off-by-one errors? If there *was* a valid reason, might it make sense to +1 min(nDocs, maxDoc())? Erick On Sun, Dec 6, 2009 at

[jira] Updated: (LUCENE-1606) Automaton Query/Filter (scalable regex)

[ https://issues.apache.org/jira/browse/LUCENE-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-1606: Attachment: LUCENE-1606-flex.patch latest flex patch, after LUCENE-2110 and LUCENE-2121 > Automat

[jira] Commented: (LUCENE-1343) A replacement for ISOLatin1AccentFilter that does a more thorough job of removing diacritical marks or non-spacing modifiers.

[ https://issues.apache.org/jira/browse/LUCENE-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786724#action_12786724 ] Robert Muir commented on LUCENE-1343: - Hi Ken, such functionality does exist, although

Re: moving collation around

simon yeah with this contrib, it is one place where the complete analysis for unicode 5 actually works (including supplementary). this is nice, in case we don't fix everything else in core/contrib, at least users have an option. maybe i will split it into components for easier review and such, bu

[jira] Updated: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

[ https://issues.apache.org/jira/browse/LUCENE-2122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Erickson updated LUCENE-2122: --- Attachment: LUCENE-2122.patch All tests pass. This modifies all test classes (core and contr

[jira] Created: (LUCENE-2122) Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase

Use JUnit4 capabilites for more thorough Locale testing for classes deriving from LocalizedTestCase --- Key: LUCENE-2122 URL: https://issues.apache.org/jira/browse/LUC

[jira] Commented: (LUCENE-2110) Refactoring of FilteredTermsEnum and MultiTermQuery

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786717#action_12786717 ] Uwe Schindler commented on LUCENE-2110: --- I forgot: Thank you all, Mike, Robert, Mark

Re: moving collation around

Robert, since we are in the context of Unicode 4 with JDK5 and all the related issues I would really like to see this collation patch being committed! I have looked at it once or twice and I'm happy to review. Let me know if you need help - huge +1 from my side! simon On Sun, Dec 6, 2009 at 10:2

[jira] Commented: (LUCENE-1343) A replacement for ISOLatin1AccentFilter that does a more thorough job of removing diacritical marks or non-spacing modifiers.

[ https://issues.apache.org/jira/browse/LUCENE-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786712#action_12786712 ] Ken Krugler commented on LUCENE-1343: - Just to make sure this point doesn't get lost i

[jira] Commented: (LUCENE-2015) ASCIIFoldingFilter: expose folding logic + small improvements to ISOLatin1AccentFilter

[ https://issues.apache.org/jira/browse/LUCENE-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786710#action_12786710 ] Mark Miller commented on LUCENE-2015: - For this type of stuff "no one has complained"

[jira] Updated: (LUCENE-2110) Refactoring of FilteredTermsEnum and MultiTermQuery

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-2110: -- Description: FilteredTermsEnum is confusing as it is initially positioned to the first term.

[jira] Resolved: (LUCENE-2110) Refactoring of FilteredTermsEnum and MultiTermQuery

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-2110. --- Resolution: Fixed Lucene Fields: [New, Patch Available] (was: [New]) Committed revis

Re: moving collation around

Robert Muir wrote: > Hi, > > I would like to start working on resolving LUCENE-1488 (a contrib that > integrates ICU for improved unicode support). > > I propose the following: > * Move the JDK-based CollationKeyFilter into core > * Move ICUCollationKeyFilter and its icu dependency from > contrib/c

[jira] Commented: (LUCENE-1942) NUM_THREADS is a static member of RunAddIndexesThreads and should be accessed in a static way

[ https://issues.apache.org/jira/browse/LUCENE-1942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786708#action_12786708 ] Mark Miller commented on LUCENE-1942: - This issue is on the chopping block - you still

moving collation around

Hi, I would like to start working on resolving LUCENE-1488 (a contrib that integrates ICU for improved unicode support). I propose the following: * Move the JDK-based CollationKeyFilter into core * Move ICUCollationKeyFilter and its icu dependency from contrib/collation to contrib/icu * later wor

[jira] Commented: (LUCENE-2110) Change FilteredTermsEnum to work like Iterator, so it is not positioned and next() must be always called first. Remove empty()

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786705#action_12786705 ] Uwe Schindler commented on LUCENE-2110: --- I'll commit this soon after I added some ja

[jira] Commented: (LUCENE-1343) A replacement for ISOLatin1AccentFilter that does a more thorough job of removing diacritical marks or non-spacing modifiers.

[ https://issues.apache.org/jira/browse/LUCENE-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786701#action_12786701 ] Robert Muir commented on LUCENE-1343: - The big picture here and all these other duplic

[jira] Commented: (LUCENE-1859) TermAttributeImpl's buffer will never "shrink" if it grows too big

[ https://issues.apache.org/jira/browse/LUCENE-1859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786700#action_12786700 ] Uwe Schindler commented on LUCENE-1859: --- +1, In my opinion this is useless, as terms

[jira] Resolved: (LUCENE-1691) An index copied over another index can result in corruption

[ https://issues.apache.org/jira/browse/LUCENE-1691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved LUCENE-1691. - Resolution: Won't Fix > An index copied over another index can result in corruption > --

[jira] Commented: (LUCENE-1613) TermEnum.docFreq() is not updated with there are deletes

[ https://issues.apache.org/jira/browse/LUCENE-1613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786697#action_12786697 ] Mark Miller commented on LUCENE-1613: - bq. As an outside observer I would argue again

[jira] Closed: (LUCENE-524) Current implementation of fuzzy and wildcard queries inappropriately implemented as Boolean query rewrites

[ https://issues.apache.org/jira/browse/LUCENE-524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller closed LUCENE-524. -- Resolution: Fixed I'm going to say its time to close this with all of the changes/improvements that ha

[jira] Commented: (LUCENE-538) Using WildcardQuery with MultiSearcher, and Boolean MUST_NOT clause

[ https://issues.apache.org/jira/browse/LUCENE-538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786692#action_12786692 ] Mark Miller commented on LUCENE-538: So my dream is to remove Remote from contrib and f

[jira] Updated: (LUCENE-1390) add ASCIIFoldingFilter and deprecate ISOLatin1AccentFilter

[ https://issues.apache.org/jira/browse/LUCENE-1390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1390: Summary: add ASCIIFoldingFilter and deprecate ISOLatin1AccentFilter (was: add ISOLatinAccentFilte

[jira] Commented: (LUCENE-1343) A replacement for ISOLatin1AccentFilter that does a more thorough job of removing diacritical marks or non-spacing modifiers.

[ https://issues.apache.org/jira/browse/LUCENE-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786689#action_12786689 ] Mark Miller commented on LUCENE-1343: - Mr Muir, can you take a look at this? Offer any

[jira] Commented: (LUCENE-644) Contrib: another highlighter approach

[ https://issues.apache.org/jira/browse/LUCENE-644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786688#action_12786688 ] Mark Miller commented on LUCENE-644: I think its time to close this issue - further wor

[jira] Commented: (LUCENE-902) Check on PositionIncrement with StopFilter.

[ https://issues.apache.org/jira/browse/LUCENE-902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786687#action_12786687 ] Mark Miller commented on LUCENE-902: This patch is severely out of date - could we get

[jira] Commented: (LUCENE-874) Automatic reopen of IndexSearcher/IndexReader

[ https://issues.apache.org/jira/browse/LUCENE-874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786686#action_12786686 ] Mark Miller commented on LUCENE-874: Anyone interested in this issue? I think the new r

[jira] Assigned: (LUCENE-860) site should call project "Lucene Java", not just "Lucene"

[ https://issues.apache.org/jira/browse/LUCENE-860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller reassigned LUCENE-860: -- Assignee: Mark Miller > site should call project "Lucene Java", not just "Lucene" > ---

[jira] Commented: (LUCENE-860) site should call project "Lucene Java", not just "Lucene"

[ https://issues.apache.org/jira/browse/LUCENE-860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786684#action_12786684 ] Mark Miller commented on LUCENE-860: I'm actually more confused when I see Lucene Java

[jira] Commented: (LUCENE-792) PrecedenceQueryParser misinterprets queries starting with NOT

[ https://issues.apache.org/jira/browse/LUCENE-792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786683#action_12786683 ] Mark Miller commented on LUCENE-792: Based on its state, we should prob deprecate Prece

[jira] Commented: (LUCENE-774) TopDocs and TopFieldDocs does not implement equals and hashCode

[ https://issues.apache.org/jira/browse/LUCENE-774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786681#action_12786681 ] Mark Miller commented on LUCENE-774: Still want to push forward with this issue? > Top

[jira] Commented: (LUCENE-1859) TermAttributeImpl's buffer will never "shrink" if it grows too big

[ https://issues.apache.org/jira/browse/LUCENE-1859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786680#action_12786680 ] Mark Miller commented on LUCENE-1859: - without a proposed patch from someone, I'm temp

[jira] Updated: (LUCENE-2110) Change FilteredTermsEnum to work like Iterator, so it is not positioned and next() must be always called first. Remove empty()

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-2110: -- Attachment: LUCENE-2110.patch New patch: - better error message in NPE - change TermDifference

[jira] Commented: (LUCENE-2110) Change FilteredTermsEnum to work like Iterator, so it is not positioned and next() must be always called first. Remove empty()

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786663#action_12786663 ] Michael McCandless commented on LUCENE-2110: Patch looks good Uwe -- just Test

[jira] Updated: (LUCENE-2110) Change FilteredTermsEnum to work like Iterator, so it is not positioned and next() must be always called first. Remove empty()

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-2110: -- Attachment: LUCENE-2110.patch New patch that implements the Attributes implementation to power

Re: [ERR] Only a type can be imported

Ghazal, could you please resend you messages to java-users. this is a development list only. If you do so you should also explain a bit more what you are trying to do with lucene. simon On Sun, Dec 6, 2009 at 11:47 AM, Ghazal Gharooni wrote: > Hello, > I notified that QueryParser accept three a

Re: [jira] Resolved: (LUCENE-2121) add UnicodeUtil.nextValidUTF16String

Hi, As you advise me, I find a problem while running the project and sent a specific message to group in order to solve it. I would like to start my work with you, but no reply as of yet! On Sun, Dec 6, 2009 at 8:21 AM, Robert Muir (JIRA) wrote: > > [ > https://issues.apache.org/jira/browse

[jira] Resolved: (LUCENE-2121) add UnicodeUtil.nextValidUTF16String

[ https://issues.apache.org/jira/browse/LUCENE-2121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-2121. - Resolution: Fixed Committed revision 887708. (the TestUnicodeUtil) > add UnicodeUtil.nextValidU

[jira] Reopened: (LUCENE-2121) add UnicodeUtil.nextValidUTF16String

[ https://issues.apache.org/jira/browse/LUCENE-2121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir reopened LUCENE-2121: - sorry, I forgot to svn add the testcase. > add UnicodeUtil.nextValidUTF16String >

[jira] Resolved: (LUCENE-2121) add UnicodeUtil.nextValidUTF16String

[ https://issues.apache.org/jira/browse/LUCENE-2121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-2121. - Resolution: Fixed Committed revision 887706. > add UnicodeUtil.nextValidUTF16String >

[jira] Commented: (LUCENE-2121) add UnicodeUtil.nextValidUTF16String

[ https://issues.apache.org/jira/browse/LUCENE-2121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786633#action_12786633 ] Michael McCandless commented on LUCENE-2121: This looks good -- I'd say commit

[jira] Resolved: (LUCENE-2116) Add link to irc channel #lucene on the website

[ https://issues.apache.org/jira/browse/LUCENE-2116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-2116. Resolution: Fixed Thanks Simon! > Add link to irc channel #lucene on the website

[jira] Commented: (LUCENE-2116) Add link to irc channel #lucene on the website

[ https://issues.apache.org/jira/browse/LUCENE-2116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786628#action_12786628 ] Michael McCandless commented on LUCENE-2116: Looks good, thanks Simon! I'll c

[jira] Assigned: (LUCENE-2116) Add link to irc channel #lucene on the website

[ https://issues.apache.org/jira/browse/LUCENE-2116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless reassigned LUCENE-2116: -- Assignee: Michael McCandless > Add link to irc channel #lucene on the website

[jira] Commented: (LUCENE-2108) SpellChecker file descriptor leak - no way to close the IndexSearcher used by SpellChecker internally

[ https://issues.apache.org/jira/browse/LUCENE-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786626#action_12786626 ] Michael McCandless commented on LUCENE-2108: OK committed on 2.9 as well -- th

[jira] Updated: (LUCENE-2108) SpellChecker file descriptor leak - no way to close the IndexSearcher used by SpellChecker internally

[ https://issues.apache.org/jira/browse/LUCENE-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Willnauer updated LUCENE-2108: Attachment: LUCENE-2108_Lucene_2_9_branch.patch Mike, I merged the branch with our current

[jira] Updated: (LUCENE-2116) Add link to irc channel #lucene on the website

[ https://issues.apache.org/jira/browse/LUCENE-2116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Willnauer updated LUCENE-2116: Attachment: LUCENE-2116.patch s/hadoop/Lucene > Add link to irc channel #lucene on the we

[jira] Commented: (LUCENE-1606) Automaton Query/Filter (scalable regex)

[ https://issues.apache.org/jira/browse/LUCENE-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786616#action_12786616 ] Robert Muir commented on LUCENE-1606: - Mike I created LUCENE-2121 for this. If you get

[jira] Commented: (LUCENE-2110) Change FilteredTermsEnum to work like Iterator, so it is not positioned and next() must be always called first. Remove empty()

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786613#action_12786613 ] Robert Muir commented on LUCENE-2110: - Hey guys, in my opinion it would make it easier

[jira] Commented: (LUCENE-2110) Change FilteredTermsEnum to work like Iterator, so it is not positioned and next() must be always called first. Remove empty()

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786610#action_12786610 ] Uwe Schindler commented on LUCENE-2110: --- >From our IRC chat between Mike and me: {qu

[jira] Updated: (LUCENE-2121) add UnicodeUtil.nextValidUTF16String

[ https://issues.apache.org/jira/browse/LUCENE-2121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2121: Attachment: LUCENE-2121.patch here is a new patch, Mike is heavy committing so the old one is out

[jira] Updated: (LUCENE-2121) add UnicodeUtil.nextValidUTF16String

[ https://issues.apache.org/jira/browse/LUCENE-2121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2121: Attachment: LUCENE-2121.patch > add UnicodeUtil.nextValidUTF16String > --

[jira] Commented: (LUCENE-2116) Add link to irc channel #lucene on the website

[ https://issues.apache.org/jira/browse/LUCENE-2116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786607#action_12786607 ] Simon Willnauer commented on LUCENE-2116: - LOL - I should not do any copy paste --

[jira] Created: (LUCENE-2121) add UnicodeUtil.nextValidUTF16String

add UnicodeUtil.nextValidUTF16String - Key: LUCENE-2121 URL: https://issues.apache.org/jira/browse/LUCENE-2121 Project: Lucene - Java Issue Type: Task Reporter: Robert Muir Fix Fo

[jira] Resolved: (LUCENE-2112) Flex on non-flex emulation of TermsEnum incorrectly seeks/nexts beyond current field

[ https://issues.apache.org/jira/browse/LUCENE-2112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-2112. Resolution: Fixed > Flex on non-flex emulation of TermsEnum incorrectly seeks/next

[jira] Commented: (LUCENE-2116) Add link to irc channel #lucene on the website

[ https://issues.apache.org/jira/browse/LUCENE-2116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786606#action_12786606 ] Michael McCandless commented on LUCENE-2116: Why does this talk about Hadoop?

[jira] Resolved: (LUCENE-2119) If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException

[ https://issues.apache.org/jira/browse/LUCENE-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-2119. Resolution: Fixed Thanks Paul! > If you pass Integer.MAX_VALUE as 2nd param to se

Re: Lots of results

I think a hybrid approach may be worth exploring as well. It'd let you trade off how much transient RAM you're willing to spend... Ie, rather than insisting on heapifying after every insertion, allow many insertions to arrive and then use a selection/partition algorithm to periodically prune. So

[jira] Updated: (LUCENE-2119) If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException

[ https://issues.apache.org/jira/browse/LUCENE-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-2119: --- Attachment: LUCENE-2119.patch Patch attached. In PQ if incoming size is Integer.MAX

[jira] Commented: (LUCENE-2120) Possible file handle leak in near real-time reader

[ https://issues.apache.org/jira/browse/LUCENE-2120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786600#action_12786600 ] Michael McCandless commented on LUCENE-2120: Why does Zoie even retain 3 reade

Re: [ERR] Only a type can be imported

Hello, I notified that QueryParser accept three argument while the code only includes two arguments. I've changed the qp = new QueryParser("contents", analyzer); to this one: qp = new QueryParser(Version.LUCENE_CURRENT,"contents", analyzer); However, I still have the previous errors. Please help m

[jira] Commented: (LUCENE-2108) SpellChecker file descriptor leak - no way to close the IndexSearcher used by SpellChecker internally

[ https://issues.apache.org/jira/browse/LUCENE-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786599#action_12786599 ] Michael McCandless commented on LUCENE-2108: SImon, any chance you could work

[jira] Commented: (LUCENE-2108) SpellChecker file descriptor leak - no way to close the IndexSearcher used by SpellChecker internally

[ https://issues.apache.org/jira/browse/LUCENE-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786595#action_12786595 ] Michael McCandless commented on LUCENE-2108: Backported to 3.0... 2.9 next. >

[ERR] Only a type can be imported

Hello, I got the following error while trying to test Search Criteria. I added all jar files to class path. Please somebody help me to get through this issue. ERROR: -- Apache Tomcat/5.5.9 - Error report org.apache.jasper.JasperException: Unable to compile

[jira] Commented: (LUCENE-1526) For near real-time search, use paged copy-on-write BitVector impl

[ https://issues.apache.org/jira/browse/LUCENE-1526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786592#action_12786592 ] Michael McCandless commented on LUCENE-1526: John, what about memory exhaustio

[jira] Commented: (LUCENE-2120) Possible file handle leak in near real-time reader

[ https://issues.apache.org/jira/browse/LUCENE-2120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786593#action_12786593 ] Michael McCandless commented on LUCENE-2120: Zoie code that's invoking NRT is

[jira] Commented: (LUCENE-1526) For near real-time search, use paged copy-on-write BitVector impl

[ https://issues.apache.org/jira/browse/LUCENE-1526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786591#action_12786591 ] Michael McCandless commented on LUCENE-1526: OK I spunoff LUCENE-2120. > For

[jira] Created: (LUCENE-2120) Possible file handle leak in near real-time reader

Possible file handle leak in near real-time reader -- Key: LUCENE-2120 URL: https://issues.apache.org/jira/browse/LUCENE-2120 Project: Lucene - Java Issue Type: Bug Components: Index

[jira] Commented: (LUCENE-1526) For near real-time search, use paged copy-on-write BitVector impl

[ https://issues.apache.org/jira/browse/LUCENE-1526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786590#action_12786590 ] Michael McCandless commented on LUCENE-1526: bq. Yes, we still see the issue

[jira] Created: (LUCENE-2119) If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException

If you pass Integer.MAX_VALUE as 2nd param to search(Query, int) you hit unexpected NegativeArraySizeException -- Key: LUCENE-2119 URL: https://issues.apac

[jira] Commented: (LUCENE-2110) Change FilteredTermsEnum to work like Iterator, so it is not positioned and next() must be always called first. Remove empty()

[ https://issues.apache.org/jira/browse/LUCENE-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786587#action_12786587 ] Michael McCandless commented on LUCENE-2110: bq. We should enforce only seekin

[jira] Created: (LUCENE-2118) Intermittent failure in TestIndexWriterMergePolicy.testMaxBufferedDocsChange

Intermittent failure in TestIndexWriterMergePolicy.testMaxBufferedDocsChange Key: LUCENE-2118 URL: https://issues.apache.org/jira/browse/LUCENE-2118 Project: Lucene - Java

Re: Build failed in Hudson: Lucene-trunk #1019

Hmm -- this was the failure: [junit] Testcase: testMaxBufferedDocsChange(org.apache.lucene.index.TestIndexWriterMergePolicy): FAILED [junit] maxMergeDocs=2147483647; numSegments=11; upperBound=10; mergeFactor=10 [junit] junit.framework.AssertionFailedError: maxMergeDocs=2147483647; n

[jira] Commented: (LUCENE-1606) Automaton Query/Filter (scalable regex)

[ https://issues.apache.org/jira/browse/LUCENE-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786582#action_12786582 ] Michael McCandless commented on LUCENE-1606: bq. one thing we could do is put