[
https://issues.apache.org/jira/browse/LUCENE-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch updated LUCENE-1290:
--
Attachment: lucene-1290.patch
New version of the patch:
- added TopDocCollector example to dep
[
https://issues.apache.org/jira/browse/LUCENE-1288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598226#action_12598226
]
Michael McCandless commented on LUCENE-1288:
Are you suggesting instead or in
Hiroaki Kawai wrote:
"Michael McCandless" <[EMAIL PROTECTED]> wrote:
I agree the situation is not ideal, and it's confusing.
This comes back to LUCENE-969.
At the time, we decided to keep both String & char[] only to avoid
performance cost for those analyzer chains that use String tokens
ex
On May 20, 2008, at 12:50 AM, Hiroaki Kawai wrote:
"Michael McCandless" <[EMAIL PROTECTED]> wrote:
More responses below:
DM Smith <[EMAIL PROTECTED]> wrote:
But, in TokenFilter, next() should be deprecated, IMHO.
I think this is a good idea. After all if people don't want to
On May 20, 2008, at 5:01 AM, Michael McCandless wrote:
DM Smith wrote:
On May 19, 2008, at 4:33 PM, Michael McCandless wrote:
DM Smith <[EMAIL PROTECTED]> wrote:
Michael McCandless wrote:
I agree the situation is not ideal, and it's confusing.
My problem as a user is that I have to re
DM Smith wrote:
On May 19, 2008, at 4:33 PM, Michael McCandless wrote:
DM Smith <[EMAIL PROTECTED]> wrote:
Michael McCandless wrote:
I agree the situation is not ideal, and it's confusing.
My problem as a user is that I have to read the code to figure
out how to
optimally use the clas
Allow leading wildcard in table searcher
Key: LUCENE-1291
URL: https://issues.apache.org/jira/browse/LUCENE-1291
Project: Lucene - Java
Issue Type: Wish
Affects Versions: 2.3.1
Reporte
[
https://issues.apache.org/jira/browse/LUCENE-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598252#action_12598252
]
Christian Kohlschütter commented on LUCENE-1290:
-1 from me for the curren
[
https://issues.apache.org/jira/browse/LUCENE-1288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598263#action_12598263
]
Jason Rutherglen commented on LUCENE-1288:
--
getGeneration in addition.
Will In
[
https://issues.apache.org/jira/browse/LUCENE-1288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598265#action_12598265
]
Michael McCandless commented on LUCENE-1288:
OK I'll do both. Yes, getVersion
On 05/19/2008 at 3:58 PM, Grant Ingersoll wrote:
> I think it is time the open source search community (and
> I don’t mean just Lucene) develop and publish a set of
> TREC-style relevance judgments for freely available data
> that is easily obtained from the Internet.
Stephen Green, Minion develop
[
https://issues.apache.org/jira/browse/LUCENE-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598396#action_12598396
]
Michael Busch commented on LUCENE-1290:
---
{quote}
With Hits/HitIterator we have two r
[
https://issues.apache.org/jira/browse/LUCENE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598419#action_12598419
]
Otis Gospodnetic commented on LUCENE-1285:
--
Mark, are you done with this/would yo
[
https://issues.apache.org/jira/browse/LUCENE-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Otis Gospodnetic updated LUCENE-112:
Assignee: (was: Eric Isakson)
> [PATCH] Add an IndexReader implementation that frees re
[
https://issues.apache.org/jira/browse/LUCENE-1291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated LUCENE-1291:
-
Component/s: contrib/*
for anyone else who may be confused: this seems to relate to the contrib/swing
p
[
https://issues.apache.org/jira/browse/LUCENE-1282?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598457#action_12598457
]
Ismael Juma commented on LUCENE-1282:
-
It's worth noting that jdk 6u10 beta b24 (relea
Otis Gospodnetic (JIRA) wrote:
[ https://issues.apache.org/jira/browse/LUCENE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598419#action_12598419 ]
Otis Gospodnetic commented on LUCENE-1285:
--
Mark, a
[
https://issues.apache.org/jira/browse/LUCENE-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598471#action_12598471
]
Christian Kohlschütter commented on LUCENE-1290:
Michael,
the current imp
[
https://issues.apache.org/jira/browse/LUCENE-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598518#action_12598518
]
Michael Busch commented on LUCENE-1290:
---
{quote}
A replacement could be an API which
Michael Busch (JIRA) wrote:
[ https://issues.apache.org/jira/browse/LUCENE-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598518#action_12598518 ]
Michael Busch commented on LUCENE-1290:
---
{quote}
A replac
Cool, hadn't seen that.
-Grant
On May 20, 2008, at 1:01 PM, Steven A Rowe wrote:
On 05/19/2008 at 3:58 PM, Grant Ingersoll wrote:
I think it is time the open source search community (and
I don’t mean just Lucene) develop and publish a set of
TREC-style relevance judgments for freely available
[
https://issues.apache.org/jira/browse/LUCENE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Otis Gospodnetic reassigned LUCENE-1285:
Assignee: Otis Gospodnetic
> WeightedSpanTermExtractor incorrectly treats the same
[
https://issues.apache.org/jira/browse/LUCENE-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598557#action_12598557
]
Uwe Schindler commented on LUCENE-1290:
---
The HitCollerctor and Iterator approach onl
[
https://issues.apache.org/jira/browse/LUCENE-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598565#action_12598565
]
Christian Kohlschütter commented on LUCENE-1290:
Michael:
The HitCollector
24 matches
Mail list logo
