[
http://issues.apache.org/jira/browse/LUCENE-305?page=comments#action_12418493 ]
Michael McCandless commented on LUCENE-305:
---
I'm working towards a patch for this. I changed the name of the issue
to better reflect the goal.
I started with the
Default lock timeouts should have static setter/getters
---
Key: LUCENE-621
URL: http://issues.apache.org/jira/browse/LUCENE-621
Project: Lucene - Java
Type: Bug
Components: Index
Versions: 2.0.0
[ http://issues.apache.org/jira/browse/LUCENE-621?page=all ]
Michael McCandless updated LUCENE-621:
--
Attachment: IndexWriter.java.diff
Small changes to IndexWriter.java to add default (static) getter/setters for
COMMIT_LOCK_TIMEOUT and
[
http://issues.apache.org/jira/browse/LUCENE-621?page=comments#action_12418649 ]
Michael McCandless commented on LUCENE-621:
---
Another recent thread that noted the regression in Lucene 2.0:
[
http://issues.apache.org/jira/browse/LUCENE-621?page=comments#action_12418723 ]
Michael McCandless commented on LUCENE-621:
---
Wow, thanks for the fast resolution here!
Default lock timeouts should have static setter/getters
[
http://issues.apache.org/jira/browse/LUCENE-628?page=comments#action_12421908 ]
Michael McCandless commented on LUCENE-628:
---
My best guess on what's happening here is, on one of your Searcher
boxes:
* rdist has copied over the
[
http://issues.apache.org/jira/browse/LUCENE-633?page=comments#action_12423289 ]
Michael McCandless commented on LUCENE-633:
---
This has been fixed after the release of 2.0.0, see here:
[PATCH] Decouple locking implementation from Directory implementation
-
Key: LUCENE-635
URL: http://issues.apache.org/jira/browse/LUCENE-635
Project: Lucene - Java
Issue
[ http://issues.apache.org/jira/browse/LUCENE-635?page=all ]
Michael McCandless updated LUCENE-635:
--
Attachment: patch-Jul26.tar
TAR file containing sources as first cut at implementation. I've also included
patch files off revision 425918.
[ http://issues.apache.org/jira/browse/LUCENE-635?page=all ]
Michael McCandless updated LUCENE-635:
--
Attachment: LUCENE-635-Aug3.patch
This patch contains the same source changes as my July 26 patch, but this one
is done correctly as the output of
[
http://issues.apache.org/jira/browse/LUCENE-425?page=comments#action_12426910 ]
Michael McCandless commented on LUCENE-425:
---
There was a recent thread on java-user that looks very similar to this issue:
[
http://issues.apache.org/jira/browse/LUCENE-425?page=comments#action_12426910 ]
Michael McCandless commented on LUCENE-425:
---
There was a recent thread on java-user that looks very similar to this issue:
[
http://issues.apache.org/jira/browse/LUCENE-554?page=comments#action_12426911 ]
Michael McCandless commented on LUCENE-554:
---
Is there any progress on this? This seems like a low hanging fruit to increase
robustness of Lucene if it
[
http://issues.apache.org/jira/browse/LUCENE-305?page=comments#action_12427015 ]
Michael McCandless commented on LUCENE-305:
---
See LUCENE-635 which subsumes this patch.
[PATCH] Lock Framework - allows custom lock mechanism
[
http://issues.apache.org/jira/browse/LUCENE-305?page=comments#action_12427015 ]
Michael McCandless commented on LUCENE-305:
---
See LUCENE-635 which subsumes this patch.
[PATCH] Lock Framework - allows custom lock mechanism
Allow changing of ZIP compression level for compressed fields
-
Key: LUCENE-648
URL: http://issues.apache.org/jira/browse/LUCENE-648
Project: Lucene - Java
Issue Type: Improvement
[
http://issues.apache.org/jira/browse/LUCENE-648?page=comments#action_12427394 ]
Michael McCandless commented on LUCENE-648:
---
Good question! I will try to get the original document if possible and also
run some simple tests to see
[
http://issues.apache.org/jira/browse/LUCENE-648?page=comments#action_12427630 ]
Michael McCandless commented on LUCENE-648:
---
OK I ran some basic benchmarks to test the effect on indexing of
varying the ZIP compression level from
[
http://issues.apache.org/jira/browse/LUCENE-635?page=comments#action_12427857 ]
Michael McCandless commented on LUCENE-635:
---
Has anyone had a chance to look at this patch?
This should be fully backwards compatible: old APIs have
[
http://issues.apache.org/jira/browse/LUCENE-635?page=comments#action_12427913 ]
Michael McCandless commented on LUCENE-635:
---
Awesome, thanks Otis! Have a great vacation!
[PATCH] Decouple locking implementation from Directory
Compressed fields should be externalized (from Fields into Document)
--
Key: LUCENE-652
URL: http://issues.apache.org/jira/browse/LUCENE-652
Project: Lucene - Java
Issue
[
http://issues.apache.org/jira/browse/LUCENE-635?page=comments#action_12428821 ]
Michael McCandless commented on LUCENE-635:
---
Thank you! I agree, locking is sneaky and requires very thorough
review testing.
Nice, I definitely like
[
http://issues.apache.org/jira/browse/LUCENE-635?page=comments#action_12429135 ]
Michael McCandless commented on LUCENE-635:
---
OK, does anyone have a strong opinion one way or another on these
small changes?
I would lean towards
[PATCH] small fixes to the new scoring.html doc
---
Key: LUCENE-664
URL: http://issues.apache.org/jira/browse/LUCENE-664
Project: Lucene - Java
Issue Type: Improvement
Components:
[
http://issues.apache.org/jira/browse/LUCENE-664?page=comments#action_12430293 ]
Michael McCandless commented on LUCENE-664:
---
OK I did some more small fixes to the sections Query Classes and Changing
Similarity. Just added some
[ http://issues.apache.org/jira/browse/LUCENE-664?page=all ]
Michael McCandless updated LUCENE-664:
--
Attachment: scoring-small-fixes2.patch
[PATCH] small fixes to the new scoring.html doc
---
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12430737 ]
Michael McCandless commented on LUCENE-665:
---
It may make more sense to trap Access Denied in the lock.obtain, but then
translate this into the lock was
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12430740 ]
Michael McCandless commented on LUCENE-665:
---
I'm having trouble reproducing this issue. I copied the
TestInterleavedAddAndRemoves.java into
[ http://issues.apache.org/jira/browse/LUCENE-664?page=all ]
Michael McCandless updated LUCENE-664:
--
Attachment: scoring-small-fixes3.patch
Doh! You are correct. OK I re-based the diffs off the current version. Sorry
about that.
[PATCH] small
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12431533 ]
Michael McCandless commented on LUCENE-665:
---
But I am not sure how this should affect decision on applying this fix
- there would always be user
[
http://issues.apache.org/jira/browse/LUCENE-635?page=comments#action_12431540 ]
Michael McCandless commented on LUCENE-635:
---
With this change, Directory on DB, Directory on RAM, etc., still
work correctly. In fact you can completely
[
http://issues.apache.org/jira/browse/LUCENE-305?page=comments#action_12431766 ]
Michael McCandless commented on LUCENE-305:
---
I think we can close this issue now that LUCENE-635 is resolved.
[PATCH] Lock Framework - allows custom
[
http://issues.apache.org/jira/browse/LUCENE-305?page=comments#action_12431766 ]
Michael McCandless commented on LUCENE-305:
---
I think we can close this issue now that LUCENE-635 is resolved.
[PATCH] Lock Framework - allows custom
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12432004 ]
Michael McCandless commented on LUCENE-665:
---
Wow! Fantastic sleuthing. I never would have guessed that.
temporary file access denied on Windows
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12434509 ]
Michael McCandless commented on LUCENE-665:
---
I just sent this summary of this to java-user:
There is an issue opened on Lucene:
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12434527 ]
Michael McCandless commented on LUCENE-665:
---
I do think we should make Lucene robust to windows change log
software.
We could take the position that you
Exceptions when using Lucene over NFS
-
Key: LUCENE-673
URL: http://issues.apache.org/jira/browse/LUCENE-673
Project: Lucene - Java
Issue Type: Bug
Components: Index
Affects Versions: 2.0.0
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12436220 ]
Michael McCandless commented on LUCENE-665:
---
Doron, which version of TortoiseSVN did you have installed when you got the
exceptions?
I've installed
[
http://issues.apache.org/jira/browse/LUCENE-675?page=comments#action_12436858 ]
Michael McCandless commented on LUCENE-675:
---
I think this is an incredibly important initiative: with every
non-trivial change to Lucene (eg lock-less
[
http://issues.apache.org/jira/browse/LUCENE-675?page=comments#action_12436979 ]
Michael McCandless commented on LUCENE-675:
---
I agree: a simple ant-accessible benchmark to enable before and
after runs is an awesome step forward. And
[PATCH] LockFactory implementation based on OS native locks (java.nio.*)
Key: LUCENE-678
URL: http://issues.apache.org/jira/browse/LUCENE-678
Project: Lucene - Java
[ http://issues.apache.org/jira/browse/LUCENE-678?page=all ]
Michael McCandless updated LUCENE-678:
--
Attachment: LUCENE-678-patch.txt
[PATCH] LockFactory implementation based on OS native locks (java.nio.*)
[
http://issues.apache.org/jira/browse/LUCENE-678?page=comments#action_12442536 ]
Michael McCandless commented on LUCENE-678:
---
Has anyone had a chance to look at this patch?
[PATCH] LockFactory implementation based on OS native locks
[
http://issues.apache.org/jira/browse/LUCENE-678?page=comments#action_12443323 ]
Michael McCandless commented on LUCENE-678:
---
I believe it's correct with the line in there (ie, as committed)?
That test case is verifying that the 2nd
[ http://issues.apache.org/jira/browse/LUCENE-678?page=all ]
Michael McCandless reopened LUCENE-678:
---
Assignee: Michael McCandless (was: Yonik Seeley)
[PATCH] LockFactory implementation based on OS native locks (java.nio.*)
[ http://issues.apache.org/jira/browse/LUCENE-678?page=all ]
Michael McCandless updated LUCENE-678:
--
Attachment: LUCENE-678-patch2.txt
OK, take two.
First off, I added a new test case to TestLockFactory to catch
improper lock / lock ID sharing
[
http://issues.apache.org/jira/browse/LUCENE-555?page=comments#action_12444925 ]
Michael McCandless commented on LUCENE-555:
---
I would also add: I'm very surprised disk full corrupts the Lucene index. I
can't explain it. I'd like to
[
http://issues.apache.org/jira/browse/LUCENE-555?page=comments#action_12444998 ]
Michael McCandless commented on LUCENE-555:
---
Tero, one question: are you copying or rsync'ing the index from where the
writers write it, to where the
Lock-less commits
-
Key: LUCENE-701
URL: http://issues.apache.org/jira/browse/LUCENE-701
Project: Lucene - Java
Issue Type: Improvement
Components: Index
Affects Versions: 2.1
Reporter: Michael
[ http://issues.apache.org/jira/browse/LUCENE-701?page=all ]
Michael McCandless updated LUCENE-701:
--
Attachment: lockless-commits-patch.txt
Lock-less commits
-
Key: LUCENE-701
URL:
[ http://issues.apache.org/jira/browse/LUCENE-701?page=all ]
Michael McCandless updated LUCENE-701:
--
Attachment: index.prelockless.cfs.zip
ZIP file that needs to be put in src/test/org/apache/lucene/index (used by
backwards compatibility test).
[ http://issues.apache.org/jira/browse/LUCENE-701?page=all ]
Michael McCandless updated LUCENE-701:
--
Attachment: index.prelockless.nocfs.zip
ZIP file that needs to be put in src/test/org/apache/lucene/index (used by
backwards compatibility test).
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12445301 ]
Michael McCandless commented on LUCENE-665:
---
Doron, I finally managed to see an exception like yours above, but I had to
have the Windows Explorer open
[
http://issues.apache.org/jira/browse/LUCENE-555?page=comments#action_12445305 ]
Michael McCandless commented on LUCENE-555:
---
Just copying this off the dev list -- there is indeed at least one place where
if a writer crashes it can
Disk full during addIndexes(Directory[]) can corrupt index
--
Key: LUCENE-702
URL: http://issues.apache.org/jira/browse/LUCENE-702
Project: Lucene - Java
Issue Type: Bug
[
http://issues.apache.org/jira/browse/LUCENE-555?page=comments#action_12445537 ]
Michael McCandless commented on LUCENE-555:
---
Phew! OK, thanks for bringing closure to this.
Index Corruption
Key:
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12445540 ]
Michael McCandless commented on LUCENE-665:
---
Odd that just by using native locking, it stopped your issues. Lucene (without
lock-less commits) does
[
http://issues.apache.org/jira/browse/LUCENE-701?page=comments#action_12446342 ]
Michael McCandless commented on LUCENE-701:
---
Thanks Yonik for looking at this!
Could you elaborate on how the backward compatibility works w.r.t.
[
http://issues.apache.org/jira/browse/LUCENE-701?page=comments#action_12446344 ]
Michael McCandless commented on LUCENE-701:
---
on one platform (OS X) I found that the directory listing can be incorrect
(stale) by up to 1.0
[
http://issues.apache.org/jira/browse/LUCENE-701?page=comments#action_12446346 ]
Michael McCandless commented on LUCENE-701:
---
In the absense of contention, have you noticed any performance differences in
opening an IndexReader?
[
http://issues.apache.org/jira/browse/LUCENE-702?page=comments#action_12446376 ]
Michael McCandless commented on LUCENE-702:
---
That seems like a reasonable approach? At least the index would be
consistent (ie, loadable).
Though, if
[
http://issues.apache.org/jira/browse/LUCENE-701?page=comments#action_12446628 ]
Michael McCandless commented on LUCENE-701:
---
Good questions!
In the future, it might be nice if there was an option to disable
segments.gen to be more
[
http://issues.apache.org/jira/browse/LUCENE-701?page=comments#action_12446677 ]
Michael McCandless commented on LUCENE-701:
---
Right, this is just normal contention. We do indeed retry around not
only loading of segments_N but also
[
http://issues.apache.org/jira/browse/LUCENE-701?page=comments#action_12446678 ]
Michael McCandless commented on LUCENE-701:
---
In the future, it might be nice if there was an option to disable
segments.gen to be more friendly to
Lucene should have a write once mode
--
Key: LUCENE-704
URL: http://issues.apache.org/jira/browse/LUCENE-704
Project: Lucene - Java
Issue Type: Improvement
Components: Index
Affects
[
http://issues.apache.org/jira/browse/LUCENE-307?page=comments#action_12446688 ]
Michael McCandless commented on LUCENE-307:
---
I think we can close this one?
We now have locking implementation (*LockFactory) decoupled from directory
[
http://issues.apache.org/jira/browse/LUCENE-307?page=comments#action_12446688 ]
Michael McCandless commented on LUCENE-307:
---
I think we can close this one?
We now have locking implementation (*LockFactory) decoupled from directory
[ http://issues.apache.org/jira/browse/LUCENE-307?page=all ]
Michael McCandless resolved LUCENE-307.
---
Resolution: Won't Fix
Assignee: (was: Lucene Developers)
Lock obtain time out errors when opening readers and writers
CompoundFileWriter should pre-set its file length
-
Key: LUCENE-705
URL: http://issues.apache.org/jira/browse/LUCENE-705
Project: Lucene - Java
Issue Type: Improvement
Components:
[ http://issues.apache.org/jira/browse/LUCENE-701?page=all ]
Michael McCandless updated LUCENE-701:
--
Attachment: lockless-commits-patch2.txt
OK, another version of the lockless commits patch with these fixes:
- Added new unit test
[
http://issues.apache.org/jira/browse/LUCENE-702?page=comments#action_12447968 ]
Michael McCandless commented on LUCENE-702:
---
I think we should try to make all of the addIndexes calls (and more
generally any call to Lucene)
[ http://issues.apache.org/jira/browse/LUCENE-425?page=all ]
Michael McCandless closed LUCENE-425.
-
Resolution: Duplicate
Assignee: (was: Lucene Developers)
I think this one is a dup of LUCENE-665
The intermittant errors on WIN32 came
[
http://issues.apache.org/jira/browse/LUCENE-554?page=comments#action_12448707 ]
Michael McCandless commented on LUCENE-554:
---
With lockless commits LUCENE-701 (which does not use file renaming at all) this
issue will be resolved.
[ http://issues.apache.org/jira/browse/LUCENE-704?page=all ]
Michael McCandless resolved LUCENE-704.
---
Resolution: Duplicate
I think this is a dup of LUCENE-532
Lucene should have a write once mode
--
[
http://issues.apache.org/jira/browse/LUCENE-532?page=comments#action_12448774 ]
Michael McCandless commented on LUCENE-532:
---
Sorry, I meant dup of LUCENE-704 above.
[PATCH] Indexing on Hadoop distributed file system
[
http://issues.apache.org/jira/browse/LUCENE-532?page=comments#action_12448780 ]
Michael McCandless commented on LUCENE-532:
---
Also: I like the idea of never doing seek when writing. The less
functionality we rely on from the
[
http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12448786 ]
Michael McCandless commented on LUCENE-669:
---
This patch looks good to me. It still applies cleanly to the current [Nov 10
2006] svn head, and I think
[
http://issues.apache.org/jira/browse/LUCENE-701?page=comments#action_12448902 ]
Michael McCandless commented on LUCENE-701:
---
Oooh -- I would love to!
Lock-less commits
-
Key: LUCENE-701
[
http://issues.apache.org/jira/browse/LUCENE-532?page=comments#action_12448989 ]
Michael McCandless commented on LUCENE-532:
---
Alas, in trying to change the CFS format so that file offsets are stored at the
end of the file, when
[
http://issues.apache.org/jira/browse/LUCENE-532?page=comments#action_12449446 ]
Michael McCandless commented on LUCENE-532:
---
Thank you for the patch unit test!
This is actually the same approach that I started with. But I ruled
it
Implement point in time searching without relying on filesystem semantics
---
Key: LUCENE-710
URL: http://issues.apache.org/jira/browse/LUCENE-710
Project: Lucene - Java
[
http://issues.apache.org/jira/browse/LUCENE-714?page=comments#action_12450704 ]
Michael McCandless commented on LUCENE-714:
---
Thanks for the patch!
OK, it looks like you're replacing two cases in DocumentWriter.java where we
are
[ http://issues.apache.org/jira/browse/LUCENE-714?page=all ]
Michael McCandless updated LUCENE-714:
--
Priority: Minor (was: Major)
Use a System.arraycopy more than a for
--
Key: LUCENE-714
[ http://issues.apache.org/jira/browse/LUCENE-714?page=all ]
Michael McCandless updated LUCENE-714:
--
Lucene Fields: [New, Patch Available] (was: [New])
Use a System.arraycopy more than a for
--
[ http://issues.apache.org/jira/browse/LUCENE-714?page=all ]
Michael McCandless resolved LUCENE-714.
---
Fix Version/s: 2.1
Resolution: Fixed
Committed! Thanks Nicolas -- keep the patches coming!
Use a System.arraycopy more than a for
[
http://issues.apache.org/jira/browse/LUCENE-715?page=comments#action_12450875 ]
Michael McCandless commented on LUCENE-715:
---
Good catch! And thanks for the patch. Plus I like the perl-ese correction
above.
It looks like with this
[
http://issues.apache.org/jira/browse/LUCENE-715?page=comments#action_12450913 ]
Michael McCandless commented on LUCENE-715:
---
Don't worry about it :) This is what open source is all about!
OK this looks good to me. I will commit.
[ http://issues.apache.org/jira/browse/LUCENE-715?page=all ]
Michael McCandless resolved LUCENE-715.
---
Fix Version/s: 2.1
Resolution: Fixed
IndexWriter does not release its write lock when trying to open an index
which does not yet exist
[ http://issues.apache.org/jira/browse/LUCENE-701?page=all ]
Michael McCandless resolved LUCENE-701.
---
Fix Version/s: 2.1
Resolution: Fixed
Lock-less commits
-
Key: LUCENE-701
URL:
[ http://issues.apache.org/jira/browse/LUCENE-720?page=all ]
Michael McCandless resolved LUCENE-720.
---
Fix Version/s: 2.1
Resolution: Fixed
OK I was able to reproduce the failure using IBMs JDK 5.0 on Linux. I changed
the tests to load the
[
http://issues.apache.org/jira/browse/LUCENE-720?page=comments#action_12452010 ]
Michael McCandless commented on LUCENE-720:
---
Thank you for tracking this down! I did not realize field number assinment was
volatile across JREs.
[
http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12453434 ]
Michael McCandless commented on LUCENE-669:
---
Hmmm. Michael, how does the exception in this unit test tie into this issue?
Ie, I thought this issue was
[
http://issues.apache.org/jira/browse/LUCENE-729?page=comments#action_12453704 ]
Michael McCandless commented on LUCENE-729:
---
This patch looks good to me. Do we know if there are any other places where we
consume one stack frame per
[
http://issues.apache.org/jira/browse/LUCENE-731?page=comments#action_12453784 ]
Michael McCandless commented on LUCENE-731:
---
I think the problem here is you need to call writer.close() before you open
your searcher? The writer
[
http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454037 ]
Michael McCandless commented on LUCENE-669:
---
Michael, which OS are you seeing the exception on? I'm trying to repro on
Linux w/ IBM's JVM 1.5.0 with no
[ http://issues.apache.org/jira/browse/LUCENE-727?page=all ]
Michael McCandless reassigned LUCENE-727:
-
Assignee: Michael McCandless
MMapDirectory can't create new index on Windows
---
[ http://issues.apache.org/jira/browse/LUCENE-727?page=all ]
Michael McCandless resolved LUCENE-727.
---
Resolution: Fixed
MMapDirectory can't create new index on Windows
---
Key:
[
http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454098 ]
Michael McCandless commented on LUCENE-669:
---
OK I will try to repro.
In the meantime, I like your theory above! It seems very plausible that the
2nd
[ http://issues.apache.org/jira/browse/LUCENE-673?page=all ]
Michael McCandless reassigned LUCENE-673:
-
Assignee: Michael McCandless
Exceptions when using Lucene over NFS
-
Key: LUCENE-673
[
http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454488 ]
Michael McCandless commented on LUCENE-669:
---
Ugh! This bug is clearly a heisenbug.
OK, I can also reproduce this on Windows when I use the IBM 1.5.0
1 - 100 of 4463 matches
Mail list logo