2016-07-22 3 views
0

私は、ローカル環境でSolr 6.1.0を使用しています。 config APIを使用して振る舞いをsolr.extraction.ExtractingRequestHandlerに変更すると、これはインデックスの他のフィールドに何らかの影響を与えます(さらに、managed-schema.xmlに追加のフィールドを追加します)。Solr Config API:jsonオーバーレイが管理対象スキーマに影響しますか?

content_typeはクエリ結果から消えますが(まだスキーマ内に!)、代わりにContent-Type(管理対象スキーマに追加されています)があります。

{ 
    "responseHeader":{ 
    "status":0, 
    "QTime":0}, 
    "overlay":{ 
    "znodeVersion":0, 
    "requestHandler":{"/update/extract":{ 
     "name":"/update/extract", 
     "class":"solr.extraction.ExtractingRequestHandler", 
     "defaults":{ 
      "fmap.content":"content", 
      "wt":"json", 
      "indent":true}, 
     "useParams":"fmap.content"}}}} 

(予想通り、およびcontent_typeを使用している)、このオーバーレイがない場合、インデックスが正常に動作します:私<solr_url>/config/overlayはこのようになります。私はどこかで間違いを犯したと確信していますが、私はどこで(そしてなぜ)知りません。

答えて

1

useParams = fmap.contentです。これは一連の追加の設定パラメータへの参照です。何らかの理由で、可能なパラメータの1つとして名前を使用していますが、混乱する可能性があります。

したがって、セクションfmap.contentとそこに定義されているセクションを持つparams.jsonファイルがある可能性があります。そうでない場合に設定されるデフォルトを変更するものを含みます。

特に、デフォルトでは、lowernamesというパラメータがtrueに設定されていて、無効にすると無効になります。

+0

ありがとうございました。クラスには3つのデフォルト値totalがあり、1つは 'lowernames'です。私は何とか 'useParams:fmap.content'はこのパラメータを変更して他のものを保持するだけです。オーバーレイにすべてのものを渡したら、今すぐ動作します。 – janrn

関連する問題