[
https://issues.apache.org/jira/browse/SOLR-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12636077#action_12636077
]
Koji Sekiguchi commented on SOLR-794:
-
I'll commit this in a few days if there is no
[
https://issues.apache.org/jira/browse/SOLR-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12636084#action_12636084
]
Ryan McKinley commented on SOLR-794:
but this has one BIG functional change...
since we
SOLR-680 proposes to add StatsComponent to the set of standard
search components. Initially, the SpellCheckComponent did this as
well. At the time, I thought we shouldn't add them to the standard
set, but clearly others think differently.
So, I think we should have a discussion of the
One thought is that there isn't a standard set of components in the
request handler pipeline, but that they are spelled out entirely
explicitly in the request handler mapping. At that point we can
simply put in everything and the kitchen sink into the _example_
solrconfig.xml and let
Something funny is going on with my mail... It seems everything I
have sent is disappearing... hopefully this will make it.
-- Forwarded message --
From: Ryan McKinley [EMAIL PROTECTED]
Date: Wed, Oct 1, 2008 at 4:21 PM
Subject: read-only SolrCore?
To:
The reason I thought StatsComponent is default while SpellCheck is
not is that SpellChecking necessarily requires some configuration.
Stats can be there without doing anything -- it is just the cost of
checking if stats=true in the request.
I suggest that we add *all* Components that are
It looks like we have access to the read only searcher, but never
call
it. From SolrCore.java:
// gets a non-caching searcher
public SolrIndexSearcher newSearcher(String name) throws
IOException {
return newSearcher(name, false);
}
This call was only used by the update handler to do
On Wed, Oct 1, 2008 at 5:46 PM, Ryan McKinley [EMAIL PROTECTED] wrote:
It looks like we have access to the read only searcher, but never call
it. From SolrCore.java:
// gets a non-caching searcher
public SolrIndexSearcher newSearcher(String name) throws IOException {
return
remove unused SolrIndexSearcher from DUH2
-
Key: SOLR-796
URL: https://issues.apache.org/jira/browse/SOLR-796
Project: Solr
Issue Type: Improvement
Components: update
Reporter:
On Oct 1, 2008, at 5:33 PM, Ryan McKinley wrote:
I disagree with Erik that we should have people explicitly configure
the components.
Folks don't have to explicitly configure them, if they are just
running with the example configuration - which is more likely than not.
Oh, another thing
[
https://issues.apache.org/jira/browse/SOLR-433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12636273#action_12636273
]
Stephane Bailliez commented on SOLR-433:
Note that on the last patches, the grep to
11 matches
Mail list logo
