[
http://issues.apache.org/jira/browse/LUCENE-731?page=comments#action_12453900 ]
benson margulies commented on LUCENE-731:
-
Tell me if another issue is apposite, or send me off to make a patch, but ...
How about if IndexWriter defined
[
http://issues.apache.org/jira/browse/LUCENE-731?page=comments#action_12453920 ]
Karl Wettin commented on LUCENE-731:
benson margulies [28/Nov/06 04:21 AM]
Tell me if another issue is apposite, or send me off to make a patch, but ...
How
[
http://issues.apache.org/jira/browse/LUCENE-731?page=comments#action_12453921 ]
Karl Wettin commented on LUCENE-731:
http://issues.apache.org/jira/browse/LUCENE-550 that is. Sorry.
Simple attempt at adding and searching at the same time
A friend of mine who is a graphic designer has volunteered to come up
w/ a couple of variations. I will post a link when they are
available for people to decide, if that is all right with everyone.
-Grant
On Nov 27, 2006, at 3:34 PM, Doug Cutting wrote:
Chris Hostetter wrote:
one thing I
[
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
Grant Ingersoll wrote:
A friend of mine who is a graphic designer has volunteered to come up w/
a couple of variations. I will post a link when they are available for
people to decide, if that is all right with everyone.
Sounds great to me! Thanks!
FYI, the original version of the Lucene
[
http://issues.apache.org/jira/browse/LUCENE-723?page=comments#action_12454065 ]
Yonik Seeley commented on LUCENE-723:
-
Committed.
QueryParser support for MatchAllDocs
Key:
[ http://issues.apache.org/jira/browse/LUCENE-723?page=all ]
Yonik Seeley resolved LUCENE-723.
-
Resolution: Fixed
QueryParser support for MatchAllDocs
Key: LUCENE-723
URL:
: But I first searched the FileFormats document - as far as I can tell the
: lock-less commit data is no longer in this document - not in the trunk, nor
: in the updated Web site. I understand that Web site currently reflects the
: last release 2.0, but I thought the trunk should have it.
this
I think this (that under certain use cases, IndexWriter can create
mergeFactor segments even when maxMergeDocs is very large) is actually
fairly serious.
I wonder how many users are affected by this now.
It's not called out currently in CHANGES.txt but I think it should be
(this would be
[
http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454076 ]
Michael Busch commented on LUCENE-669:
--
I'm seeing the problem on Windows XP SP2, IBM JVM 1.5 SR3. I'm running the
tests in eclipse.
finalize()-methods of
More then likely the specific changes you asked about were overlooked
when
porting from the old style xdocs directory to the new forrest directory
structure ...
Should we create an issue for restoring this data in the trunk version of
the docs?
but even if they weren't how should these
Chris Hostetter wrote:
: Here it is, Grant. This new patch uses Clover to generate code coverage
: reports. Simply add clover.jar to the ant classpath, do a clean and
: run the target test. During compiling Clover will automatically
: instrument all classes under src/java.
haven't had a chance
[ 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
---
On 11/28/06, Michael McCandless [EMAIL PROTECTED] wrote:
I think this (that under certain use cases, IndexWriter can create
mergeFactor segments even when maxMergeDocs is very large) is actually
fairly serious.
I wonder how many users are affected by this now.
It's not called out currently
Hello Cristophe,
christophe leroy wrote:
I need an Analyzer which doesn't separate the
underscored words and with the StandardAnalyzer
functionnalities.
So, the solution is to create a new Analyzer .
I have seen several mails about that. I tried to apply
the proposed solutions but I have
[ 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:
Yonik Seeley wrote:
On 11/28/06, Michael McCandless [EMAIL PROTECTED] wrote:
I think this (that under certain use cases, IndexWriter can create
mergeFactor segments even when maxMergeDocs is very large) is actually
fairly serious.
I wonder how many users are affected by this now.
It's not
[
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-717?page=all ]
Otis Gospodnetic resolved LUCENE-717.
-
Resolution: Fixed
Fixed by removing a few lines from build.xml that check for lib/*.jar.
I left the directory in CVS for now. Should I svn remove
[ http://issues.apache.org/jira/browse/LUCENE-728?page=all ]
Otis Gospodnetic resolved LUCENE-728.
-
Lucene Fields: (was: [New])
Resolution: Fixed
Finito. No more contrib/similarity/*/*.java, until people contribute new,
custom Similarity
[ http://issues.apache.org/jira/browse/LUCENE-724?page=all ]
Marcelo F. Ochoa updated LUCENE-724:
Attachment: ojvm-11-28-06.tar.gz
This new version of the OracleJVM extension for Lucene has these changes:
- A new build.xml file can be used to
: I left the directory in CVS for now. Should I svn remove it, or is
: there a reason to keep it?
i think we should remove it ... leaving it there could confuse people into
thinking it had a purpose.
-Hoss
-
To
[ 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_12454236 ]
Michael Busch commented on LUCENE-669:
--
Mike,
I tried to add some debug to FSIndexOutput and made another observation which
makes this issue even odder! I
25 matches
Mail list logo