greats, thanks
Dari: John Wang
Kepada: gene...@lucene.apache.org; java-user@lucene.apache.org
Dikirim: Sabtu, 18 Mei 2013 2:07
Judul: command line lucene
Hi folks:
Sorry about the cross-post.
Luke is awesome, but sometimes you only have command
Hi folks:
Sorry about the cross-post.
Luke is awesome, but sometimes you only have command line access to
your production boxes. So I wrote CLue, a command line lucene interface in
the likes of Luke:
Please take a look and collaborators wanted :)
https://github.com/javasoze/clu
: Well IndexSearcher doesn't have a constructor that accepts a string,
: maybe you should pass in an indexreader instead?
speciically: the code you are trying to run was compiled against a version
of lucene in which the IndexSearcher class had a constructor that accepted
a single string argumen
Thanks Uwe,
just thinking aloud about it.
Maybe such feature would make sense, to keep transient min/max values for
indexed fields during indexing and to write them to userComitData or some such
on commit…
One would just need to intercept add() and add min/max maintenance. Does not
sound l
There is a possibility, but it is not required to be implemented by all codecs:
If you have requested Terms for a specific field from the AtomicReader, you can
get the total number of terms in the field, which can unfortunately be -1
(unknown). You can use this number to seek the TermsEnum using
Well IndexSearcher doesn't have a constructor that accepts a string,
maybe you should pass in an indexreader instead?
simon
On Fri, May 17, 2013 at 3:11 PM, fifi wrote:
> please,how I can solve this error?
>
> Exception in thread "main" java.lang.NoSuchMethodError:
> org.apache.lucene.search.Ind
please,how I can solve this error?
Exception in thread "main" java.lang.NoSuchMethodError:
org.apache.lucene.search.IndexSearcher.(Ljava/lang/String;)V
--
View this message in context:
http://lucene.472066.n3.nabble.com/ERROR-help-me-please-org-apache-lucene-search-IndexSearcher-init-Ljava-la
should't there be a way to do it efficiently for any indexed field (even max
in byte order)? Term dict is sorted
On May 17, 2013, at 12:08 PM, "Uwe Schindler" wrote:
> Hi,
>
> Depending on the distinct number of actual values, it might be better to
> iterate over the term dictionary and
On Thu, May 16, 2013 at 2:59 PM, Geoff Cooney wrote:
> Thanks for the response, Mike.
>
> If I understand correctly, the problem was incorrectly identifying a large
> corrupted index as a non-existant index?
Actually, a large healthy index as non-existent (because of file
descriptor exhaustion).
Hi,
Depending on the distinct number of actual values, it might be better to
iterate over the term dictionary and not index as doc-values. The lowest value
is easy to get, just seek to the first term in the dictionary. The last term is
unfortunately not so easy to get, you have to iterate the t
On Fri, May 17, 2013 at 11:36 AM, Adrien Grand wrote:
> if (liveDocs != null || liveDocs.get(i)) {
Sorry, I meant "if (liveDocs == null || liveDocs.get(i)) {".
--
Adrien
-
To unsubscribe, e-mail: java-user-unsubscr...@l
Hi,
On Fri, May 17, 2013 at 11:10 AM, Hu Jing wrote:
> I want to know the max value of a long field.
> I read lucene api , but don't find any api about this?
> does someone can supply any hits about how to implement this.
To do this efficiently, your field needs to have doc values[1].
First, it
I want to know the max value of a long field.
I read lucene api , but don't find any api about this?
does someone can supply any hits about how to implement this.
thanks very much.
13 matches
Mail list logo
