Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Message-ID: <261738478.1245709087457.JavaMail.jira@brutus>
Date: Mon, 22 Jun 2009 15:18:07 -0700 (PDT)
From: "Jason Rutherglen (JIRA)" <jira@apache.org>
To: java-dev@lucene.apache.org
Subject: [jira] Updated: (LUCENE-1313) Near Realtime Search
In-Reply-To: <1125794672.1214154225042.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/LUCENE-1313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason Rutherglen updated LUCENE-1313:
-------------------------------------

    Attachment: LUCENE-1313.patch

It's progressing.  Randomly some tests fail such as the one noted below.  

* TestIndexWriter.testAddIndexesWithCloseNoWait fails with
"rollback() was called or addIndexes* hit an unhandled
exception", TestCrash.testWriterAfterCrash fails with " [junit]
java.io.FileNotFoundException: _a.fnm [junit] at
org.apache.lucene.store.MockRAMDirectory.openInput(MockRAMDirecto
ry.java:252) [junit] at
org.apache.lucene.index.FieldInfos.<init>(FieldInfos.java:67)"

* assert in the ctor of MergeDocIDRemapper removed (not yet sure
how to replace it)

* OneMerge.fromInfos is added which is the set of segmentinfos
the merge was selected from. This is for ensureContiguousMerge
where it's failing because we have essentially two different
sets of segmentInfos (ram and primaryDir) in the
IW.segmentInfos. They are not related, but for convenience are
kept together for most of IW, then are separated out in the
merge policy. If the goal of ensureContiguousMerge is to keep
docStoreSegments together, this will work as ramDir and
primaryDir docStores should not need to be adjacent (I think,
and need to verify).

> Near Realtime Search
> --------------------
>
>                 Key: LUCENE-1313
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1313
>             Project: Lucene - Java
>          Issue Type: New Feature
>          Components: Index
>    Affects Versions: 2.4.1
>            Reporter: Jason Rutherglen
>            Priority: Minor
>             Fix For: 3.1
>
>         Attachments: LUCENE-1313.jar, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, lucene-1313.patch, lucene-1313.patch, lucene-1313.patch, lucene-1313.patch
>
>
> Enable near realtime search in Lucene without external
> dependencies. When RAM NRT is enabled, the implementation adds a
> RAMDirectory to IndexWriter. Flushes go to the ramdir unless
> there is no available space. Merges are completed in the ram
> dir until there is no more available ram. 
> IW.optimize and IW.commit flush the ramdir to the primary
> directory, all other operations try to keep segments in ram
> until there is no more space.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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