lucene-solr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jason Rutherglen (JIRA)" <j...@apache.org>
Subject [jira] Closed: (SOLR-564) Realtime search in Solr
Date Tue, 14 Jul 2009 17:59:14 GMT

     [ https://issues.apache.org/jira/browse/SOLR-564?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jason Rutherglen closed SOLR-564.
---------------------------------

    Resolution: Invalid

> Realtime search in Solr
> -----------------------
>
>                 Key: SOLR-564
>                 URL: https://issues.apache.org/jira/browse/SOLR-564
>             Project: Solr
>          Issue Type: New Feature
>          Components: replication (scripts), search
>    Affects Versions: 1.3
>            Reporter: Jason Rutherglen
>         Attachments: solr-564.patch
>
>
> Before when I looked at this, the changes required to make Solr realtime would seem to
break the rest of Solr.  Is this still the case?  In project Ocean http://code.google.com/p/oceansearch/
there is a realtime core however integrating into Solr has looked like a redesign of the guts
of Solr.  
> - Support for replication per update to transaction log
> - Custom realtime index creation
> - Filter and facet merging
> - Custom IndexSearcher that ties into realtime subsystem
> - Custom SolrCore that ties into realtime subsystem
> Is there a way to plug into these low level Solr functions without a massive redesign?
 A key area of concern is the doclist caching which is not used in realtime search because
after every update the doclists are no longer valid.  The doclist caching and handling is
default in SolrCore.  Ocean relies on a custom threaded MultiSearcher rather than a single
IndexSearcher is a difficulty.  DirectUpdateHandler2 works directly on IndexWriter is problematic.
 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message