2016-07-22 2 views
0

나는 로컬 환경에서 SOLR 6.1.0을 사용하고 있습니다. solr.extraction.ExtractingRequestHandler의 동작을 변경하기 위해 구성 API를 사용하는 경우,이 어떻게 든 인덱스에 다른 분야에 영향을 미친다 (및 관리-의 schema.xml에 추가 필드를 추가합니다).SOLR 구성의 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 있습니다. 이것은 일련의 추가 구성 매개 변수에 대한 참조입니다. 어떤 이유로 인해 가능한 매개 변수 중 하나로서 이름을 사용하고 있는데, 이는 혼란스러운 일일 수 있습니다.

따라서 params.json 파일의 섹션이 fmap.content이고 거기에 정의 된 일부 파일이있을 수 있습니다. 그렇지 않은 경우 기본값을 변경하는 항목을 포함합니다.

특히 기본적으로 lowernames이라는 매개 변수가 true로 설정되어 있고 재정의로 비활성화됩니다.

+0

감사합니다. 이 클래스에는 3 개의 기본값 total이 있으며, 하나는'lowernames '입니다. 어떻게 든'비록 useParams는 : fmap.content'에만이 매개 변수를 변경하고 다른 사람을 유지할 것입니다. 오버레이에 모두 전달하면 이제 작동합니다. – janrn

관련 문제