Term Vectors with positions are written to the "tvf" file like other
term vector information too. There is no extra file containing term
vectors position information. The "tvp" extension seems to be an relict
from earlier days where lucene file extensions where spreaded over
several class files
: 2.0.1
Environment: Operating System: other
Platform: other
Reporter: Bernhard Messer
Priority: Minor
there is a problem in IndexReader.isCurrent() if using two reader instances
where one of them is based on a RAMDirectory. If there is an index and we open
two
Otis,
i figured out a similar problem when running a very heavy loaded search
application in a servlet container. The reasone using ThreadLocals was
to get rid of synchronized method calls e.g in TermVectorsReader which
would break down the overall search performance. Currently i do not see
a
Jörg,
could you please add this to JIRA so that things don't get lost. If you
have a patch and/or a testcase showing the problem, it would be great if
you append it to JIRA also.
thanks,
Bernhard
Jörg Henß wrote:
Hi,
FuzzyQuery produces a "java.lang.NegativeArraySizeException" in
PriorityQ
Lukas,
don't worry - we hear you and can see your patch. I will have a look at
it the next days. Please keep in mind that all committers are volunteers
and spend their rare free time in improving lucene.
Bernhard
Lukas Zapletal wrote:
Dne Sun, 11 Dec 2005 17:51:08 +0100 (CET)
"Lukas Zaplet
[ http://issues.apache.org/jira/browse/LUCENE-475?page=all ]
Bernhard Messer closed LUCENE-475:
--
Fix Version: CVS Nightly - Specify date in submission
Resolution: Fixed
Volodymyr,
thanks for the fix. It's reviewed and commited.
Ber
Erik,
do you have any idea why "org.apache.lucene.index.store.FSDirectoryTest"
is not running when "ant test" is called. As far as i understand the
common-build.xml, all testcases where the classname starts or ends with
"Test" should run.
thanks
Bernhard
--
just found a class "org.apache.lucene.index.TermInfosTest" within the
src/test directory. It seems to be a relict from previous days. It
doesn't run without a resource file "words.txt" and is no JUnit-Test. I
would like to delete if there is nobody raising it's hand to stop me.
regards
Bernhar
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359083 ]
Bernhard Messer commented on LUCENE-475:
I like the patch and find it very helpful if one tries to load larger indices
into RAMDirectory.
Hoss Man,
why do you would
Yonik,
TestCustomSearcherSort.java you added a few days ago shows that the
author is Martin Seitz from T-Systems and doesn't has the apache license
agreement in it's header. Is it ok to have this test in SVN ?
Bernhard
[EMAIL PROTECTED] wrote:
Author: yonik
Date: Thu Nov 10 19:13:10 2005
[ http://issues.apache.org/jira/browse/LUCENE-306?page=all ]
Bernhard Messer closed LUCENE-306:
--
Resolution: Fixed
Assign To: (was: Lucene Developers)
WildcardQuery doesn't match 'cat' for queries like 'ca??' anyl
[ http://issues.apache.org/jira/browse/LUCENE-455?page=all ]
Bernhard Messer closed LUCENE-455:
--
Fix Version: CVS Nightly - Specify date in submission
Resolution: Fixed
> FieldsReader does not regard offset and position fl
[
http://issues.apache.org/jira/browse/LUCENE-455?page=comments#action_12332492 ]
Bernhard Messer commented on LUCENE-455:
Frank,
thanks for the patch. I've reviewed it and commited it.
Bernhard
> FieldsReader does not regard offset and
Erik Hatcher wrote:
On Jun 29, 2005, at 4:26 PM, markharw00d wrote:
Anyone have any objections to committing this addition to Term.java?
_http://www.mail-archive.com/java-dev@lucene.apache.org/msg00618.html_
This change looks good to me. I would have committed it earlier if
others had
Doug Cutting wrote:
Bernhard Messer wrote:
sorry for the confusion. On the first look, i thought the new class
IndexFileNames, containing the necessary constant values, fits
perfect into org.apache.lucene.index. After a more detailed look, i
get the feeling that it would be much better to
hi,
"luke" is an OpenSource utility which allows you to analyze and modify
lucene's index internals. It can be downloaded from
http://www.getopt.org/luke/
Bernhard
avrootshell wrote:
Hello,
I'm able to create index file for full text search.And i'm sure it
has the required entries as
Bernhard Messer wrote:
Doug Cutting wrote:
[EMAIL PROTECTED] wrote:
---
lucene/java/trunk/src/java/org/apache/lucene/store/FSDirectory.java
(original)
+++
lucene/java/trunk/src/java/org/apache/lucene/store/FSDirectory.java
Mon Jun 6 10:52:12 2005
@@ -52,8 +52,8 @@
if
Doug Cutting wrote:
Bernhard Messer wrote:
Therefore i would like to propose two changes:
1) we should store the extension in a hash and not in String[] to
have a faster lookup
Do you mean to use something like:
String lastDot = name.lastIndexOf('.');
if (lastDot >= 0) {
S
Doug Cutting wrote:
[EMAIL PROTECTED] wrote:
---
lucene/java/trunk/src/java/org/apache/lucene/store/FSDirectory.java
(original)
+++
lucene/java/trunk/src/java/org/apache/lucene/store/FSDirectory.java
Mon Jun 6 10:52:12 2005
@@ -52,8 +52,8 @@
if (name.endsWith("."+IndexReader.FILE
Hi Daniel,
i just had a look at the new implementation that FSDirectory deletes
lucene related files only. I like the patch, but i think we left some
room for optimization. In the current implementation, it's necessary to
run thru all known Lucene extensions (13 for the moment), for each call
Daniel,
i would suggest to remove the deprecated flags from methods
"getCurrentVersion()" and "lastModified()". Even if "lastModified()"
returns a value which is operating system dependend, we should leave it
up to the developer to use it or not. If we do not provide such a
functionality, peo
Craig,
what kind of error did you get when initializing FSDirectory ? The fact
that Boolean.getBoolean("disableLuceneLocks") returns false or that the
system property "disableLuceneLocks" is null is not an error. It will
be null, as long as you do not specify the system parameter with
-Ddis
Otis,
why not replacing the apache-jakarta image on the lucene website with
the image from http://apache.org ? That would be the easiest way to get
rid of the Jakarta reference.
Bernhard
Otis Gospodnetic wrote:
Hello,
I just realized that we still have one big left-over Jakarta reference
- it's
Erik Hatcher wrote:
Oh, and one other thing Paul's code relies on JDK 1.4's assert
keyword. It seems this is an unnecessary reason to jump to 1.4
dependence.
What do folks think about JDK 1.4 as a minimum Lucene requirement?
I'm not a fan of outdated software or historical systems. So i t
Erik Hatcher wrote:
Oh, and one other thing Paul's code relies on JDK 1.4's assert
keyword. It seems this is an unnecessary reason to jump to 1.4
dependence.
What do folks think about JDK 1.4 as a minimum Lucene requirement?
Erik
I'm not a fan of outdated software or historical system
David Spencer wrote:
Bernhard Messer wrote:
Hi,
I would like to cache query objects in a hash map. My implementation
failed, because not all of the Query classes are implementing the
necessary method: "public int hashCode()". The same counts for the
"public boolean equals (Obje
Hi,
I would like to cache query objects in a hash map. My implementation
failed, because not all of the Query classes are implementing the
necessary method: "public int hashCode()". The same counts for the
"public boolean equals (Object o)", "public String toString(String
fieldName)" and "publi
27 matches
Mail list logo
