Re: Strategy for presenting fresh data

2008-06-12 Thread Otis Gospodnetic
ll Solr email folder helps sometime - see SOLR-564. Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch - Original Message > From: James Brady <[EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Thursday, June 12, 2008 12:58:44 PM > Subject:

RE: Strategy for presenting fresh data

2008-06-12 Thread Norskog, Lance
You can also use a shared file system mounted on a common SAN. (This is a high-end server configuration.) -Original Message- From: James Brady [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2008 9:59 AM To: solr-user@lucene.apache.org Subject: Re: Strategy for presenting fresh data

Re: Strategy for presenting fresh data

2008-06-12 Thread Norberto Meijome
On Thu, 12 Jun 2008 07:14:04 -0700 (PDT) Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > What you are describing is pretty much what the original poster intends to > do, as far as I understand. ah right, i am reading it again in the morning and it makes sense . thanks for shaking the cobwebs off

Re: Strategy for presenting fresh data

2008-06-12 Thread James Brady
In the meantime, I had imagined that, although clumsy, federated search could be used for this purpose - posting the new documents to a group of servers ('latest updates servers') with v limited amount of documents with v. fast "reload / refresh" times, and sending them again (on a work qu

Re: Strategy for presenting fresh data

2008-06-12 Thread Otis Gospodnetic
Sent: Thursday, June 12, 2008 9:13:39 AM > Subject: Re: Strategy for presenting fresh data > > On Wed, 11 Jun 2008 20:49:54 -0700 (PDT) > Otis Gospodnetic wrote: > > > Hi James, > > > > Yes, this makes sense. I've recommended doing the same to others before

Re: Strategy for presenting fresh data

2008-06-12 Thread Norberto Meijome
On Wed, 11 Jun 2008 20:49:54 -0700 (PDT) Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > Hi James, > > Yes, this makes sense. I've recommended doing the same to others before. It > would be good to have this be a part of Solr. There is one person (named > Jason) working on adding more real-tim

Re: Strategy for presenting fresh data

2008-06-12 Thread Norberto Meijome
On Wed, 11 Jun 2008 22:13:24 -0700 (PDT) rohit arora <[EMAIL PROTECTED]> wrote: > I am new to Solr Lucene I have only one defaule core i am working on creating > multiple core. > Can you help me in this matter. hi Rohit, please do NOT hijack the thread. You are far more likely to get useful, he

Re: Strategy for presenting fresh data

2008-06-11 Thread rohit arora
Hi, I am new to Solr Lucene I have only one defaule core i am working on creating multiple core. Can you help me in this matter. with regards  Rohit Arora --- On Thu, 6/12/08, James Brady <[EMAIL PROTECTED]> wrote: From: James Brady <[EMAIL PROTECTED]> Subject: Strategy for pres

Re: Strategy for presenting fresh data

2008-06-11 Thread Otis Gospodnetic
ucene - Solr - Nutch - Original Message > From: James Brady <[EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Wednesday, June 11, 2008 11:24:38 PM > Subject: Strategy for presenting fresh data > > Hi, > The product I'm working on requires ne

Strategy for presenting fresh data

2008-06-11 Thread James Brady
Hi, The product I'm working on requires new documents to be searchable very quickly (inside 60 seconds is my goal). The corpus is also going to grow very large, although it is perfectly partitionable by user. The approach I tried first was to have write-only masters and read- only slaves wi