Re: Lock-less commits

> I think that because of NFS caching thats only true when a1 and > a2 deal with the same file -- i could be wrong however. If i'm right then > your proposal suffers the same problem (another client might see all of > the changes you've made to the version file and think the index is in a > consis

Re: [jira] Commented: (LUCENE-664) [PATCH] small fixes to the new scoring.html doc

On 8/25/06, Erik Hatcher <[EMAIL PROTECTED]> wrote: Another big improvement that some motivated folk(s) could tackle is getting the Lucene wiki moved to a more appropriate URL since we're no longer part of Jakarta. There also appears to be new wiki software in town: http://cwiki.apache.org/ -Y

[jira] Updated: (LUCENE-565) Supporting deleteDocuments in IndexWriter (Code and Performance Results Provided)

[ http://issues.apache.org/jira/browse/LUCENE-565?page=all ] Doron Cohen updated LUCENE-565: --- Attachment: TestBufferedDeletesPerf.java perf-test-res.JPG perfres.log I ran a performance test for interleaved adds and removes -

Re: [jira] Commented: (LUCENE-664) [PATCH] small fixes to the new scoring.html doc

Another big improvement that some motivated folk(s) could tackle is getting the Lucene wiki moved to a more appropriate URL since we're no longer part of Jakarta. I'm not sure what it'd take to move it, but pinging infrastructure@ would be a good place to start. Erik On Aug 25, 20

[jira] Created: (LUCENE-665) temporary file access denied on Windows

temporary file access denied on Windows --- Key: LUCENE-665 URL: http://issues.apache.org/jira/browse/LUCENE-665 Project: Lucene - Java Issue Type: Bug Components: Store Affects Versions: 2.0

RE: [jira] Commented: (LUCENE-664) [PATCH] small fixes to the new scoring.html doc

: I think it was Doug that mentioned a while ago that a HowToContribute : page was needed. One exists for other projects' wikis but since the : style used by the other projects isn't the same, the content isn't quite : as easy to steal and place. Actually, there is one... http://wiki.apache.org/

Re: Lock-less commits

: The RFC for NFS version 2 (http://tools.ietf.org/html/rfc1094) says: "All : of the procedures in the NFS protocol are assumed to be synchronous. When : a procedure returns to the client, the client can assume that the operation : has completed and any data associated with the request is now on

Re: Lock-less commits

I am convinced to take back this version-file proposal - at first I thought it gets same result with fewer changes but thanks to responses here I understand it does not. I added more comments below.. Michael McCandless <[EMAIL PROTECTED]> wrote on 25/08/2006 04:16:22: > > >> If i'm understanding

RE: [jira] Commented: (LUCENE-664) [PATCH] small fixes to the new scoring.html doc

> I think things on the > Wiki get buried and ignored to some extent. I've noticed there seems to be a real difference in style between the (lucene) java subproject and the other java subprojects nutch/hadoop/(solr). Particularly given the overlap in the dev communities. I wonder if the "second

Re: [jira] Commented: (LUCENE-664) [PATCH] small fixes to the new scoring.html doc

* Should this go into the Wiki or into the Web site? Is there a general criteria / guideline that we've converged on for Wiki vs Web site? This seems like a first level document to me. I thought about putting it up on the Wiki initially so it would be easier to get edits done and then p

Re: Lock-less commits

If i'm understanding this suggestion correctly, the main change in observable behavior will be that actions performed by a "reader" will never block or invalidate actions performed by a "writer" -- writers on the other hand can still block eachother. Yes this is true: here readers do not bloc

[jira] Commented: (LUCENE-663) New feature rich higlighter for Lucene.

[ http://issues.apache.org/jira/browse/LUCENE-663?page=comments#action_12430480 ] Ronnie Kolehmainen commented on LUCENE-663: --- Karel, although tests passed your 3 line fixes indeed look valid, so the files in LUCENE-644 are updated ac

[jira] Updated: (LUCENE-644) Contrib: another highlighter approach

[ http://issues.apache.org/jira/browse/LUCENE-644?page=all ] Ronnie Kolehmainen updated LUCENE-644: -- Attachment: svn-diff.patch FulltextHighlighter.java FulltextHighlighterTest.java Bugfix > Contrib: another highligh

Re: Empty doc objects & "The handle is invalid" IOExceptions

Indeed, this seems to be exactly why. I now close the IndexSearcher after using the Hits object and all is fine. Thanks a lot. Mark Andrzej Bialecki wrote: > > MarkWilliams wrote: >> Hi, >> >> I am having a strange problem with Lucene and am wondering if anyone can >> help me. >> >> I have L

[jira] Commented: (LUCENE-632) The creation of a spell index from a LuceneDictionary via SpellChecker.indexDictionary (Dictionary dict) fails starting with 1.9.1 (up to current svn version)

[ http://issues.apache.org/jira/browse/LUCENE-632?page=comments#action_12430460 ] Miles Barr commented on LUCENE-632: --- I've checked svn and it's not an issue in trunk, but it's definitely a bug in the version that's distributed with Lucene 1.9

Re: Lock-less commits

Chris Hostetter <[EMAIL PROTECTED]> wrote on 24/08/2006 23:46:39: > > If i'm understanding this suggestion correctly, the main change in > observable behavior will be that actions performed by a "reader" will > never block or invalidate actions performed by a "writer" -- writers on > the other han