It sounds like you need real-time search, where documents are available in the next query. Solr doesn't do that.
That is a pretty rare feature and must be designed in at the start. The usual workaround is to have a main index plus a small delta index and search both. Deletes have to be handled separately. The Sphinx docs have a description of how to do that with their engine: http://www.sphinxsearch.com/docs/current.html#live-updates wunder On 12/11/08 10:44 AM, "chip correra" <chipcorr...@hotmail.com> wrote: > > > We¹re using Solr as a backend indexer/search engine to support an AJAX > based consumer application. Basically, when users of our system create > ³Documents² in our product, we commit right away, because we want to > immediately re-query and get counts back from Solr to update the user¹s > interface. Occasionally, usually under load, we see the following error... > > ERROR [IndexSubscription] error committing changes to solr > java.lang.RuntimeException: org.apache.solr.common.SolrException: Error > opening new searcher. exceeded limit of maxWarmingSearchers=4, try again > later. > > My understanding of Solr¹s caches and warming searches is that we get nearly > no value out of them because with many users, each only ever querying their > own data, the caches would quickly be marked irrelevant by new unique user > queries. > > So, we¹ve tried setting <useColdSearcher>true</useColdSearcher> > And we¹ve set all the cache autowarmCounts=²0², for example: <documentCache > class="solr.LRUCache" size="512" initialSize="512" autowarmCount="0"/> > > Yet the same problem is periodically logged. > > Is there a way to disable warming Searches? > > Should we even be trying this? > > Is there a better configuration, i.e. Do we just set Warming Searches to a > higher number? > > I read in solr...@jira that removing this configuration all together forces > the number of warming Searches be infinite that can¹t be good? > > > _________________________________________________________________ > Send e-mail anywhere. No map, no compass. > http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_ > 122008
