On Tue, Jan 6, 2009 at 5:01 PM, Mark Ferguson <mark.a.fergu...@gmail.com> wrote: > It seems that the problem is related to the defType parameter. When I > specify defType=, it uses the correct request handler. It seems that it is > using the correct request handler, but it is defaulting to defType=dismax, > even though I have not specified that parameter in the standard request > handler configuration.
defType only controls the default type of the main query (not the whole handler). Try defType=lucene -Yonik > On Tue, Jan 6, 2009 at 2:57 PM, Mark Ferguson > <mark.a.fergu...@gmail.com>wrote: > >> Hi, >> >> In my solrconfig.xml file there are two request handlers configured: one >> uses defType=dismax, and the other doesn't. However, it seems that when the >> dismax request handler is set as my default, I have no way of using the >> standard request handler . Here is the relevant part of my solrconfig.xml: >> >> <requestHandler name="standard" class="solr.SearchHandler"> >> <!-- default values for query parameters --> >> <lst name="defaults"> >> <str name="echoParams">explicit</str> >> </lst> >> </requestHandler> >> >> <requestHandler name="dismax" class="solr.SearchHandler" default="true"> >> <lst name="defaults"> >> <str name="defType">dismax</str> >> <str name="echoParams">explicit</str> >> </lst> >> </requestHandler> >> >> >> When I run a query with the parameters qt=standard&debugQuery=true, I can >> see that it is still using the DismaxQueryParser. There doesn't seem to be >> any way to use the standard request handler. >> >> On the other hand, when I set the standard request handler as my default, >> the behaviour is equally strange. When I specify no qt parameter at all, it >> uses the standard request handler as it should. However, when I enter either >> qt=standard or qt=dismax, it uses the dismax request handler! >> >> So it appears that the only way I can choose the request handler I want is >> to make the standard request handler my default, then specify no qt >> parameter if I want to use it. Has anyone else tried this? >> >> Mark >> >