[ 
https://issues.apache.org/jira/browse/SOLR-7507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14534038#comment-14534038
 ] 

Markus Heiden edited comment on SOLR-7507 at 5/8/15 7:52 AM:
-------------------------------------------------------------

The config api seems to configure core properties, not collection properties. 
We do not use it, because our config does not change during runtime. Here are 
some small snippets from our configuration:

schema.xml:
   <fieldType name="redis_ranking" 
              redisHostName="${solr.redis.hostname}" 
              redisPort="${solr.redis.port}"
              redisFieldPrefix="rank_"
              redisType="hash"
              translateFieldName="shop_id" 
              translateDefaultValue="1"
              multiValued="false"
              class="com.s24.search.schema.ExternalRedisField" />

solrconfig.xml:
   <searchComponent class="solr.SpellCheckComponent" name="suggest">
      <lst name="spellchecker">
         <str name="name">popular_queries_dictionary</str>
         <str 
name="classname">com.s24.search.solr.autosuggest.RedisPopularQueriesSuggester</str>
         <str 
name="lookupImpl">org.apache.solr.spelling.suggest.fst.WFSTLookupFactory</str>

         <str name="field">autocomplete</str>

         <str name="buildOnCommit">false</str>
         <str name="buildOnOptimize">false</str>
         <bool name="exactMatchFirst">true</bool>
         <str name="suggestAnalyzerFieldType">autosuggest_analyzer</str>

         <str name="redisHost">${solr.redis.hostname}</str>
         <str name="redisPort">${solr.redis.port}</str>
         <str name="redisKey">autocomplete_a${solr.core.appid}</str>

         <float name="thresholdTokenFrequency">.0001</float>
      </lst>
   </searchComponent>



was (Author: markus_heiden):
The config api seems to configure core properties, not collection properties. 
We do not use it, because our config does not change during runtime. Here some 
small snippets from our configuration:

schema.xml:
   <fieldType name="redis_ranking" 
              redisHostName="${solr.redis.hostname}" 
              redisPort="${solr.redis.port}"
              redisFieldPrefix="rank_"
              redisType="hash"
              translateFieldName="shop_id" 
              translateDefaultValue="1"
              multiValued="false"
              class="com.s24.search.schema.ExternalRedisField" />

solrconfig.xml:
   <searchComponent class="solr.SpellCheckComponent" name="suggest">
      <lst name="spellchecker">
         <str name="name">popular_queries_dictionary</str>
         <str 
name="classname">com.s24.search.solr.autosuggest.RedisPopularQueriesSuggester</str>
         <str 
name="lookupImpl">org.apache.solr.spelling.suggest.fst.WFSTLookupFactory</str>

         <str name="field">autocomplete</str>

         <str name="buildOnCommit">false</str>
         <str name="buildOnOptimize">false</str>
         <bool name="exactMatchFirst">true</bool>
         <str name="suggestAnalyzerFieldType">autosuggest_analyzer</str>

         <str name="redisHost">${solr.redis.hostname}</str>
         <str name="redisPort">${solr.redis.port}</str>
         <str name="redisKey">autocomplete_a${solr.core.appid}</str>

         <float name="thresholdTokenFrequency">.0001</float>
      </lst>
   </searchComponent>


> Collection specific config for SolrCloud
> ----------------------------------------
>
>                 Key: SOLR-7507
>                 URL: https://issues.apache.org/jira/browse/SOLR-7507
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud
>    Affects Versions: 5.1
>            Reporter: Markus Heiden
>            Priority: Minor
>              Labels: patch
>         Attachments: SolrCloudCollectionConfig.patch
>
>
> SolrCloud uses the collection abstraction and propagates to not think of 
> cores. But currently the collection properties are just stored as core 
> properties of the created cores. These won't get propagated to new nodes 
> automatically. This is counter-intuitive.
> This patch adds the possibility to add collection specific config files. 
> These are put under the collection node in zookeeper. The resolution order 
> for config file accesses is now: 1) collection node, 2) config set node, 3) 
> classpath. Notice that the filesystem fallback (default: 
> conf/solrcore.properties) has been removed for SolrCloud mode.
> This allows for having one generic config set being used for different 
> collections which just differ in their solrcore.properties. Furthermore the 
> solrcore.properties need no more to exist in the filesystem but are 
> distributed via zookeeper as it should be (IMO).
> If you like this patch, I will add a patch for ZkCLI which allows the upload 
> of config files for a collection in the linkconfig command.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to