LUCENE-1313 is just an enhancement to near real-time search that won't
make it into 2.9 at this point (we are "gunning" to get 2.9 out the
door...).
Ie, near real-time search was already committed to trunk, under LUCENE-1516.
Mike
On Tue, Jun 16, 2009 at 7:08 AM, João Silva wrote:
> Thanks mike,
Thanks mike, i will see that.
The ticket for that functionallity is the Lucene-1313?
Thanks,
João
On Tue, Jun 16, 2009 at 11:53 AM, Michael McCandless <
luc...@mikemccandless.com> wrote:
> Have you tried the patch on LUCENE-1026? It's rather standalone from
> Lucene's core -- it adds a conven
Have you tried the patch on LUCENE-1026? It's rather standalone from
Lucene's core -- it adds a convenience layer (for interleaving
reads/writes) on a single index.
Or, code it up yourself. As of 2.9 (not yet released -- available on
trunk now), near real-time search makes this particularly simp
I mike, thanks.
I rewrite my problem:
I trying to implement a web tool for uploading documents,
for now i'm implementing basic operations, to upload the
and retrieve the users files, so it can read and/or
modify/delete them.
Imagine tha i have several users performing that operations,
is there a
On Tue, Jun 16, 2009 at 6:03 AM, Simon
Willnauer wrote:
> Mike I guess you mean a single VM (JRE rather refers to a version or
> vendor) - Just wanna clarify.
Right, I meant a "single java process", so I guess an instance of a JVM?
Within that instance, many threads can be doing writing against
On Tue, Jun 16, 2009 at 11:59 AM, Michael
McCandless wrote:
> Concurrency using multiple threads in a single JRE is perfectly fine
> and strongly encouraged, since modern hardware is very concurrent.
>
> But, concurrent access via different JREs is not supported by Lucene.
> Lucene's write lock wil
Thanks Manish for your fast answer.
I trying to implement a web tool for uploading documents,
for now i'm implementing basic operations, to upload the
and retrieve the users files, so it can read and/or
modify/delete them.
Imagine tha i have several users performing that operations,
is there any i
Concurrency using multiple threads in a single JRE is perfectly fine
and strongly encouraged, since modern hardware is very concurrent.
But, concurrent access via different JREs is not supported by Lucene.
Lucene's write lock will protect the index against such cases, but if
you bypass the write l
Concurrently adding updating deleting may not be good idea.It may corrupt
the index
-Manish B. Joshi
On Tue, Jun 16, 2009 at 2:33 PM, João Silva wrote:
> Hi,
> how can i access the index in a concurrently way,
> so i can perform add/update/delete documents concurrently?
>
> Cheers,
> João
>
> --
