Build failed in Hudson: Lucene-trunk #563

See http://hudson.zones.apache.org/hudson/job/Lucene-trunk/563/changes Changes: [mikemccand] LUCENE-1333: don't use LuceneTestCase in contrib until we can fix the build dependency -- [...truncated 18909 lines...] common.compile-test: common.test: [mk

[jira] Commented: (LUCENE-831) Complete overhaul of FieldCache API/Implementation

[ https://issues.apache.org/jira/browse/LUCENE-831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12624529#action_12624529 ] Mark Miller commented on LUCENE-831: Deprecating the function package is problematic. D

[jira] Created: (LUCENE-1361) QueryParser should have a setDateFormat(DateFormat) method

QueryParser should have a setDateFormat(DateFormat) method -- Key: LUCENE-1361 URL: https://issues.apache.org/jira/browse/LUCENE-1361 Project: Lucene - Java Issue Type: Improvement

[jira] Updated: (LUCENE-1360) A Similarity class which has unique length norms for numTerms <= 10

[ https://issues.apache.org/jira/browse/LUCENE-1360?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sean Timm updated LUCENE-1360: -- Attachment: ShortFieldNormSimilarity.java > A Similarity class which has unique length norms for numTe

[jira] Created: (LUCENE-1360) A Similarity class which has unique length norms for numTerms <= 10

A Similarity class which has unique length norms for numTerms <= 10 --- Key: LUCENE-1360 URL: https://issues.apache.org/jira/browse/LUCENE-1360 Project: Lucene - Java Issue Type

Re: IndexReaderWriter

21 aug 2008 kl. 16.07 skrev Jason Rutherglen: Is there someone who can help me with the committing to contrib? Karl Wettin perhaps? It would be good to work with someone on the committing so that all the concepts are flushed out and documented. As everybody else I'm rather busy with all

Re: IndexReaderWriter

Hi Grant, The patch is basically independent of the Lucene trunk. I will finish up some stuff on the wiki though. http://*wiki*.apache.org/*lucene* -java/OceanRealtimeSearch Jason On Thu, Aug 21, 2008 at 10:33 AM, Grant Ingersoll <[EMAIL

Re: IndexReaderWriter

On Aug 21, 2008, at 10:07 AM, Jason Rutherglen wrote: Is there someone who can help me with the committing to contrib? Karl Wettin perhaps? It would be good to work with someone on the committing so that all the concepts are flushed out and documented. Any committer can, you just need to

[jira] Commented: (LUCENE-1300) Negative wildcard searches on MultiSearcher not eliminating correctly.

[ https://issues.apache.org/jira/browse/LUCENE-1300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12624379#action_12624379 ] steve halsey commented on LUCENE-1300: -- Hi Mark, OK. Thanks for that. It is a rare

Re: IndexReaderWriter

Is there someone who can help me with the committing to contrib? Karl Wettin perhaps? It would be good to work with someone on the committing so that all the concepts are flushed out and documented. On Thu, Aug 21, 2008 at 9:53 AM, Grant Ingersoll <[EMAIL PROTECTED]>wrote: > > On Aug 21, 2008,

Re: IndexReaderWriter

On Aug 21, 2008, at 5:42 AM, Michael McCandless wrote: I agree: getting real-time search working natively in Lucene is an important goal. +1. It's gotta be one of the most popular questions I get asked in training/consulting jobs. I think as an immediate step we should get Ocean comm

Re: IndexReaderWriter

Michael, The realtime search code is more or less ready. It probably needs some more test cases related to multithreading. I could use some help in coming up with test cases as admittedly I struggle with them. In terms of the native Lucene version, I think it may be useful to offer optimistic c

[jira] Commented: (LUCENE-1300) Negative wildcard searches on MultiSearcher not eliminating correctly.

[ https://issues.apache.org/jira/browse/LUCENE-1300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12624349#action_12624349 ] Mark Miller commented on LUCENE-1300: - This is actually a dupe of an older issue. The

[jira] Commented: (LUCENE-504) FuzzyQuery produces a "java.lang.NegativeArraySizeException" in PriorityQueue.initialize if I use Integer.MAX_VALUE as BooleanQuery.MaxClauseCount

[ https://issues.apache.org/jira/browse/LUCENE-504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12624345#action_12624345 ] Mark Miller commented on LUCENE-504: This really should be fixed. I agree with Nadav, t

[jira] Resolved: (LUCENE-495) Suggested Patches to MultiPhraseQuery and QueryTermExtractor (for use with HighLighter)

[ https://issues.apache.org/jira/browse/LUCENE-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved LUCENE-495. Resolution: Fixed Both the span and standard Highlighters have support for MultiPhraseQuery at thi

[jira] Resolved: (LUCENE-25) QueryParser produces empty BooleanQueries when all clauses are stop words

[ https://issues.apache.org/jira/browse/LUCENE-25?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved LUCENE-25. --- Resolution: Fixed I don't know when this was fixed, but the example given now works, Grant's tests ar

Re: IndexReaderWriter

I agree: getting real-time search working natively in Lucene is an important goal. I think as an immediate step we should get Ocean committed in contrib? This way users can easily try it out, report back, etc. Ocean is nice in that it operates above Lucene's core (using InstantiatedIndex/Reader