[
http://issues.apache.org/jira/browse/LUCENE-740?page=comments#action_12457605 ]
Doron Cohen commented on LUCENE-740:
Attached "snowball.patch.txt" has "latest and greatest" plus new test case in
TestSnowball that demostrates this Kp stemme
[ http://issues.apache.org/jira/browse/LUCENE-740?page=all ]
Doron Cohen updated LUCENE-740:
---
Attachment: snowball.patch.txt
Updated + new stemmers and SnowballProgram fix from http://snowball.tartarus.org
> Bugs in contrib/snowball/.../SnowballProgram.ja
[ http://issues.apache.org/jira/browse/LUCENE-741?page=all ]
Otis Gospodnetic reassigned LUCENE-741:
---
Assignee: Otis Gospodnetic
> Field norm modifier (CLI tool)
> --
>
> Key: LUCENE-741
>
[
http://issues.apache.org/jira/browse/LUCENE-565?page=comments#action_12457582 ]
Yonik Seeley commented on LUCENE-565:
-
Lack of committer time... I've been busy enough that I've shied away from
complexity and gravitated toward issues that I
I propose, once I am done w/ some documentation housekeeping, to
begin work on http://issues.apache.org/jira/browse/LUCENE-662
(Nicolas' patch to incorporate flexible indexing to Lucene) I think
this is best pursued by branching from trunk at the point I begin and
pursuing the work on the
[ http://issues.apache.org/jira/browse/LUCENE-745?page=all ]
Yonik Seeley updated LUCENE-745:
Attachment: BooleanQuery.patch
Changes:
- Vector changed to ArrayList for efficiency to remove unneeded synchronization
- added clauses() method to return the
Make inspection of BooleanQuery more efficient
--
Key: LUCENE-745
URL: http://issues.apache.org/jira/browse/LUCENE-745
Project: Lucene - Java
Issue Type: Improvement
Components: Search
TestFieldsReader - TestLazyPerformance problems w/ permissions in temp dir in
multiuser environment
---
Key: LUCENE-744
URL: http://issues.apache.org/jira/browse/LUCEN
Yeah, and that reopen, http://issues.apache.org/jira/browse/LUCENE-743, sounds
very promising. You are right, new additions are important, too, so I am
hoping for some flavour of this reopen() that allows us to continue using the
same IndexSearcher with a reopen()ed IndexReader underneath. As
On 12/11/06, robert engels <[EMAIL PROTECTED]> wrote:
I think the high-level case is that if the index is shared, you want
the other readers to be able to see the updated deletes if they are
notified to reread the index (using something like reopen).
It still seems like an odd usecase for one t
[
http://issues.apache.org/jira/browse/LUCENE-702?page=comments#action_12457520 ]
Ning Li commented on LUCENE-702:
It looks good. My two cents:
1 In the two rollbacks in mergeSegments (where inTransaction is false), the
segmentInfos' generation
[
http://issues.apache.org/jira/browse/LUCENE-743?page=comments#action_12457504 ]
robert engels commented on LUCENE-743:
--
A generic version probably needs to implement reference counting on the
Segments or IndexReader in order to know when
[ http://issues.apache.org/jira/browse/LUCENE-743?page=all ]
Otis Gospodnetic updated LUCENE-743:
Attachment: IndexReaderUtils.java
MyMultiReader.java
MySegmentReader.java
In a direct email to me, Robert said: "All of
IndexReader.reopen()
Key: LUCENE-743
URL: http://issues.apache.org/jira/browse/LUCENE-743
Project: Lucene - Java
Issue Type: Improvement
Components: Index
Reporter: Otis Gospodnetic
Prio
[ http://issues.apache.org/jira/browse/LUCENE-742?page=all ]
Paul Elschot updated LUCENE-742:
Attachment: TestSpanOr20061211.patch
SpanOrSimplify20061211.patch
Two patches: one to extend the test code in TestSpans.java, and one to simplif
SpanOrQuery.java: simplification and test
-
Key: LUCENE-742
URL: http://issues.apache.org/jira/browse/LUCENE-742
Project: Lucene - Java
Issue Type: Improvement
Components: Search
[ http://issues.apache.org/jira/browse/LUCENE-702?page=all ]
Michael McCandless updated LUCENE-702:
--
Lucene Fields: [New, Patch Available] (was: [New])
> Disk full during addIndexes(Directory[]) can corrupt index
> -
[ http://issues.apache.org/jira/browse/LUCENE-741?page=all ]
Otis Gospodnetic updated LUCENE-741:
Lucene Fields: [Patch Available] (was: [New])
> Field norm modifier (CLI tool)
> --
>
> Key: LUCENE-741
>
[ http://issues.apache.org/jira/browse/LUCENE-741?page=all ]
Otis Gospodnetic updated LUCENE-741:
Attachment: LUCENE-741.patch
> Field norm modifier (CLI tool)
> --
>
> Key: LUCENE-741
> URL
Field norm modifier (CLI tool)
--
Key: LUCENE-741
URL: http://issues.apache.org/jira/browse/LUCENE-741
Project: Lucene - Java
Issue Type: New Feature
Components: Index
Reporter: Otis Gospodne
I think the high-level case is that if the index is shared, you want
the other readers to be able to see the updated deletes if they are
notified to reread the index (using something like reopen).
On Dec 11, 2006, at 2:59 PM, Yonik Seeley wrote:
On 12/11/06, Otis Gospodnetic <[EMAIL PROTECT
On 12/11/06, Otis Gospodnetic <[EMAIL PROTECTED]> wrote:
I believe (another colleague did work around this) the use case is the desire
to flush the deletes without having to close the reader and reopen it, which is
expensive because of FieldCache population.
Yes, but that doesn't answer *why*
Does the list not allow attachments? Even small ones?
I checked the sent email, and they were clearly attached.
On Dec 11, 2006, at 2:23 PM, Otis Gospodnetic wrote:
Eh, didn't make it. JIRA?
Thanks,
Otis
- Original Message
From: robert engels <[EMAIL PROTECTED]>
To: java-dev@lucene.
Hi Yonik,
I believe (another colleague did work around this) the use case is the desire
to flush the deletes without having to close the reader and reopen it, which is
expensive because of FieldCache population.
Otis
- Original Message
From: Yonik Seeley <[EMAIL PROTECTED]>
To: java-d
Hi Otis,
What is your real usecase here? Is it to make sure deletes are
flushed in the event of a crash? Otherwise I don't see the problem
with delaying deletes.
-Yonik
http://incubator.apache.org/solr Solr, the open-source Lucene search server
On 12/4/06, Otis Gospodnetic <[EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/LUCENE-740?page=comments#action_12457465 ]
Otis Gospodnetic commented on LUCENE-740:
-
+1 for latest and greatest.
> Bugs in contrib/snowball/.../SnowballProgram.java -> Kraaij-Pohlmann gives
> Inde
Eh, didn't make it. JIRA?
Thanks,
Otis
- Original Message
From: robert engels <[EMAIL PROTECTED]>
To: java-dev@lucene.apache.org
Sent: Monday, December 11, 2006 2:51:14 PM
Subject: Re: Exposing IndexReader commit()
Attached is the current version of reopen().
On Dec 11, 2006, at 1:28
[
http://issues.apache.org/jira/browse/LUCENE-740?page=comments#action_12457462 ]
Doron Cohen commented on LUCENE-740:
In addition to SnowballProgram bug fix there are few updates in
snowball.tartarus.org comparing to snowball stemmers in Lu
Attached is the current version of reopen().
On Dec 11, 2006, at 1:28 PM, Otis Gospodnetic wrote:
Does anyone have any thoughts or feelings about this?
There is also Robert Engels IndexReader.reopen():
http://article.gmane.org/gmane.comp.jakarta.lucene.devel/9082/
match=reopen
(I could
[
http://issues.apache.org/jira/browse/LUCENE-740?page=comments#action_12457458 ]
Yonik Seeley commented on LUCENE-740:
-
Speaking of licensing, that should probably be cleaned up.
> Bugs in contrib/snowball/.../SnowballProgram.java -> Kraaij
[ http://issues.apache.org/jira/browse/LUCENE-740?page=all ]
Andreas Kohn updated LUCENE-740:
Attachment: lucene-1.9.1-SnowballProgram.java
The patch is based on SnowballProgram.java as found on snowball.tartarus.org,
so their licensing applies.
> Bug
Bugs in contrib/snowball/.../SnowballProgram.java -> Kraaij-Pohlmann gives
Index-OOB Exception
--
Key: LUCENE-740
URL: http://issues.apache.org/jira/browse/LUCENE-740
Does anyone have any thoughts or feelings about this?
There is also Robert Engels IndexReader.reopen():
http://article.gmane.org/gmane.comp.jakarta.lucene.devel/9082/match=reopen
(I couldn't find this in JIRA - is it sharable?)
Thanks,
Otis
- Original Message
From: Otis Gospodnetic
[ http://issues.apache.org/jira/browse/LUCENE-300?page=all ]
Paul Elschot closed LUCENE-300.
---
> [PATCH] Refactoring of SpanScorer
> -
>
> Key: LUCENE-300
> URL: http://issues.apache.org/jira/brows
[ http://issues.apache.org/jira/browse/LUCENE-300?page=all ]
Paul Elschot resolved LUCENE-300.
-
Resolution: Fixed
Assignee: (was: Lucene Developers)
This change has already made it to the trunk, most likely via LUCENE 413.
> [PATCH] Refactorin
[ http://issues.apache.org/jira/browse/LUCENE-702?page=all ]
Michael McCandless updated LUCENE-702:
--
Attachment: LUCENE-702.patch
I've attached a patch with changes as described below. I will commit
in a few days if no one objects!
All unit tests
36 matches
Mail list logo