On 8/18/05, Doug Cutting <[EMAIL PROTECTED]> wrote:
> Chris D wrote:
> > Well in my case field order is important, but the order of the
> > individual fields isn't. So I can speed up getFields to roughly O(1)
> > by implementing Document as follows.
>
> Hav
I'm still having problems finding a clean way of doing this. Currently
my index has
"_" filling in for empty fields in instances
DOC1
FILEID 123
MIME test/html
CONTENTblam blam blam etc.
FILENAME File1
DATE 090909
AUTH _
SESSION11
FILEN
On 8/11/05, Otis Gospodnetic <[EMAIL PROTECTED]> wrote:
>
> > So I've decided I'm going to simply have empty fields, and that
> > brought up several other questions.
> >
> > First, is there a limit on the number of fields per document?
>
> I don't think so.
>
> > Secondly why are fields in Docum
faster without
iterating through a list?
Lastly how difficult (or possible) is it to do something like extend
the Document class to have the functionality I want?
I know I'm likely missing a simple solution but I just can't see it.
Chris
On 8/10/05, Chris D <[EMAIL PROTECTED]>
I'm adding files to an index over time, so after some time I'm likely
to see the same file more than once. I would like to be able to search
for the information about that particular instance of the file
(Filename, date etc) For instance I index File1 and then File2 (which
are identical) at differe
On 6/28/05, Aigner, Thomas <[EMAIL PROTECTED]> wrote:
> Thanks for the info Chris.
>
>
>
> I'd thought I'd provide some more infomation. One problem is the
> descriptions are not easily formatted. In other words, the description
> doesn't follow a certain set of rules (num num - alpha alpha etc
On 6/28/05, Aigner, Thomas <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I am VERY new to Lucene and we are trying out Lucene to see if
> it will accomplish the vast majority of our search functions.
>
> I have a question about a good way to index some of our product
> description c
On 6/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I indexed a relatively large table and while doing search, it is returning
> some wrong document names. Name of each of the docs that I have are some
> integer number. but the result set is including some names those resemble
> to the index
Hello,
I'm indexing one lucene document in a couple of steps, For a short
period of time the sorted field (a date in this case) may be empty,
depending on the order the files are indexed. It's perfectly
acceptable (and likely ideal) for that document to not be returned.
There are other cases where
On 6/7/05, Chris D <[EMAIL PROTECTED]> wrote:
> Hi list,
>
> I've been trying to use lucene to index documents that change
> occasionally with fields that change frequently. When I add the
> contents of the file they are removed when I try to delete and readd
>
Hi list,
I've been trying to use lucene to index documents that change
occasionally with fields that change frequently. When I add the
contents of the file they are removed when I try to delete and readd
the document. I and am using something like the following.
public void index(String stuff, Fi
On Fri, 11 Mar 2005 16:47:50 +0100, Daniel Naber
<[EMAIL PROTECTED]> wrote:
> On Friday 11 March 2005 16:35, Chris D wrote:
>
> > Is there an issue with Tomcat and large indexes? Should I be looking
> > elsewhere for a solution?
>
> Are you sure tomcat us
On Tue, 8 Mar 2005 13:31:43 -0500, Chris D <[EMAIL PROTECTED]> wrote:
> I've been playing with the webapp and attempting to search over two
> indexes that I've created. The first was 700M the second is 2.3G.
>
> When the webapp attempts
I've been playing with the webapp and attempting to search over two
indexes that I've created. The first was 700M the second is 2.3G.
When the webapp attempts to search the second I get a
"ArrayIndexOutOfBoundsException":
java.lang.ArrayIndexOutOfBoundsException: -1
at java.util.ArrayList.get(A
14 matches
Mail list logo
