Re: Frequently updated fields

2008-09-14 Thread Jason Rutherglen
It would be good to allow users to use their own Filter subclasses in SOLR. This will help with RMI based implementations that use SOLR, and will allow all of the open source Filter work to be used in SOLR, without needing to recreate it with DocSets. 2008/9/14 Gerardo Segura <[EMAIL PROTECTED]>:

Re: Frequently updated fields

2008-09-14 Thread Gerardo Segura
I had similar requirements: some fields didn't required text processing, there were just used as filters to focus the search on subset of documents in solr. As Karl suggested, implementing a filter was the most direct approach for me. The issue was that, not been familiar myself with solr, I c

Re: Frequently updated fields

2008-09-12 Thread Jason Rutherglen
Yes Tag Index will work. I have not had time to complete it however if you are interested in working on it please feel free to contact me. On Fri, Sep 12, 2008 at 3:48 PM, Mark Miller <[EMAIL PROTECTED]> wrote: > You might check out the tagindex issue in jira as well. Havn't looked at it > myself

Re: Frequently updated fields

2008-09-12 Thread Mark Miller
You might check out the tagindex issue in jira as well. Havn't looked at it myself, but I believe its supposed to be an option for this. Gerardo Segura wrote: I think the important question is: in general how to cope with frequently changing fields. Karl Wettin wrote: Hi Wojciech, can you

Re: Frequently updated fields

2008-09-12 Thread Karl Wettin
There is no single easy answer to the question. There are a number of solutions to the problem, in this thread we've so far listed the following: reindex document in single index, using parallell indices and filters created from the source data. There are other things one can do too, but wh

Re: Frequently updated fields

2008-09-12 Thread Gerardo Segura
I think the important question is: in general how to cope with frequently changing fields. Karl Wettin wrote: Hi Wojciech, can you please give us a bit more specific information about the meta data fields that will change? I would recommend you looking at creating filters from your primary

Re: Frequently updated fields

2008-09-12 Thread Karl Wettin
12 sep 2008 kl. 14.51 skrev Wojciech Strzałka: The most changing fields will be I think: Status (read/unread): in fact I'm affraid of this at most - any mail incoming to the system will need to be indexed at least twice This is why I recommended you to use a filte

Re: Frequently updated fields

2008-09-12 Thread Karl Wettin
Hi Wojciech, can you please give us a bit more specific information about the meta data fields that will change? I would recommend you looking at creating filters from your primary persistency for query clauses such as unread/read, mailbox folders, et c. karl 12 sep 2008 kl. 13.57

RE: Frequently updated fields

2008-09-12 Thread Jimi Hullegård
> -Original Message- > From: Wojciech Strzałka [mailto:[EMAIL PROTECTED] > Sent: den 12 september 2008 13:58 > To: java-user@lucene.apache.org > Subject: Frequently updated fields > > Hi. > >I'm new to Lucene and I would like to get a few answers (they can >be lame) > >I want to