I appreciate your explanation, but I think that the use case I
described merits a deeper exploration:
Scenario 1: 16 threads indexing; queue size = 1000; present api; need to store
In this scenario, there are always 1000 Strings with all the contents
of their respective files.
Averaging 50k per do
: Someone has made the decision that we will not be interested in
: storing files read using a Reader (at least not with these
: constructors).
: This is rather arbitrary.
No, it was not arbitrary at all.
The javadocs there are not a "decree" of what shall or shan't be
supported, they are an ex
OK, thanks. :-)
Glen
2009/9/14 Anthony Urso :
> It's best to file a feature request on the Lucene issue tracker if you
> are interested in seeing this implemented.
>
> http://issues.apache.org/jira/browse/LUCENE
>
> Just cut and paste your description and attach a patch and/or tests if
> you have
It's best to file a feature request on the Lucene issue tracker if you
are interested in seeing this implemented.
http://issues.apache.org/jira/browse/LUCENE
Just cut and paste your description and attach a patch and/or tests if
you have them.
Cheers,
Anthony
On Mon, Sep 14, 2009 at 1:03 PM, Gl
Hi,
In 2.4.1, Field has 2 constructors that involve a Reader:
public Field(String name,
Reader reader)
public Field(String name,
Reader reader,
Field.TermVector termVector)
http://lucene.apache.org/java/2_4_1/api/core/org/apache/lucene/documen
