On 25/08/06, Mag Gam <[EMAIL PROTECTED]> wrote:
1) When it was created
2) Size in MB of the index
3) If I can get the size, date of each file in the index. For example: I
index 100 files, is it possible for me to get their name, size, and date
when the last modification of that file (similar to a
On 24/08/06, Mag Gam <[EMAIL PROTECTED]> wrote:
Is it possible to get Document Name, instead of its entire path?
Currently, i have something like this:
out.println (doc.get ("path")); // Which gives me /documents/file.txt
doc.get("path").split("/")[doc.get("path").split("/").length - 1]
--
: searcher. What exactly does that mean? Would I simply perform a search
: for "foo bar" or something like that? What happens inside the searcher so
: that it becomes 'warmed up'?
The key do warming up an index is do execute some *typical* queries. If
your users typically query the contents and a
Hi
It are mainly the internal caches that are of interest. If you use
sorting other than the default relevance for example, use a warmin up
search that uses a custom sort. You may also look at what happens in
Solr (http://incubator.apache.org/solr/) related to caching.
I use Java Lucene from a P
how you've mentioned. It'd be interesting to hear more of a
rationale for this.
I'm facing the same issue, and here it is about "politics" where the
MS centered IT department suddenly uses lucene.net after seeing the
power of a local implementation based on the original Java version
(and on Lin
Keep in mind that a very useful aspect of Lucene is that of indexed,
tokenized, but unstored fields. Lucene is often used where it is
impractical to store the original text. Serializing a document into
Lucene, then back out can be a lossy operation.
If you're looking for a Lucene-based we
On Aug 26, 2006, at 5:11 AM, KEGan wrote:
Erik,
"Given the position increment gap between instances of same-named
fields that is now part of Lucene, I recommend using multiple field
instances instead."
Did you mean ... recommend "NOT" using multiple field ?
I said what I meant accurately. C
Hi,
I have read it several times that sometimes it is practical to warm up a
searcher. What exactly does that mean? Would I simply perform a search
for "foo bar" or something like that? What happens inside the searcher so
that it becomes 'warmed up'?
Thank you!
Regards,
Martin
--
On 8/26/06, Michael McCandless <[EMAIL PROTECTED]> wrote:
Are you also running searchers against this index? Are they re-init'ing
frequently or being opened and then held open?
No searches running in my initial test, although I can't be certain what is
happening under the Compass hood.
This
George.
I am wondering if there is a way to share Document objects between Lucene
and Lucene.Net. In this client/server structure sharing the same physical
index directory is not possible (the client is on a remote machine w/ only
http access to the server).
By marshalling Document objects from
Jason Polites wrote:
Hi all,
When indexing with multiple threads, and under heavy load, I get the
following exception:
java.io.IOException: Access is denied
at java.io.WinNTFileSystem.createFileExclusively(Native Method)
at java.io.File.createNewFile(File.java:850)
at org.apache.lucene
Erik,
"Given the position increment gap between instances of same-named
fields that is now part of Lucene, I recommend using multiple field
instances instead."
Did you mean ... recommend "NOT" using multiple field ?
If we want to do query like "name:John" or boasting of Fields ... then we
have
Hi all,
When indexing with multiple threads, and under heavy load, I get the
following exception:
java.io.IOException: Access is denied
at java.io.WinNTFileSystem.createFileExclusively(Native Method)
at java.io.File.createNewFile(File.java:850)
at org.apache.lucene.store.FSDirectory$1.o
> i have two applications on an windows machine. One is the searchengine
where
> the index is can be searched.
> The second application runs one time on a day which updates
> (deletions/adding)
> the index.
>
> My question:
> The index is already opened (Indexreader) by the frist application. Is
th
14 matches
Mail list logo
