[
https://issues.apache.org/jira/browse/SOLR-564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12595837#action_12595837
]
Hoss Man commented on SOLR-564:
-------------------------------
this seems like a "discussion" more then an "issue" ... as such it really
belongs on solr-dev, not in Jira.
(if after some discussion, people come up with a plan to pursue, or a proposal
that includes a patch, that's when a Jira issue starts to make sense)
> Realtime search in Solr
> -----------------------
>
> Key: SOLR-564
> URL: https://issues.apache.org/jira/browse/SOLR-564
> Project: Solr
> Issue Type: New Feature
> Components: replication, search
> Affects Versions: 1.3
> Reporter: Jason Rutherglen
>
> 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.
