RE: no default request handler is registered

2015-08-28 Thread Scott Hollenbeck
 -Original Message-
 From: Shawn Heisey [mailto:apa...@elyograg.org]
 Sent: Thursday, August 27, 2015 3:51 PM
 To: solr-user@lucene.apache.org
 Subject: Re: no default request handler is registered
 
 On 8/27/2015 1:10 PM, Scott Hollenbeck wrote:
  I'm doing some experimenting with Solr 5.3 and the 7.x-1.x-dev version of
  the Apache Solr Search module for Drupal. Things seem to be working fine,
  except that this warning message appears in the Solr admin logging window
  and in the server log:
 
  no default request handler is registered (either '/select' or 'standard')
 
  Looking at the solrconfig.xml file that comes with the Drupal module I see a
  requestHandler named standard:
 
requestHandler name=standard class=solr.SearchHandler
   lst name=defaults
 str name=dfcontent/str
 str name=echoParamsexplicit/str
 bool name=omitHeadertrue/bool
   /lst
/requestHandler
 
  I also see a handler named pinkPony with a default attribute set to
  true:
 
 snip
 
  So it seems like there are both standard and default requestHandlers
  specified. Why is the warning produced? What am I missing?
 
 I think the warning message may be misworded, or logged in incorrect
 circumstances, and might need some attention.
 
 The solrconfig.xml that you are using (which I assume came from the
 Drupal project) is geared towards a 3.x version of Solr prior to 3.6.x
 (the last minor version in the 3.x line).
 
 Starting in the 3.6 version, all request handlers in examples have names
 that start with a forward slash, like /select, none of them have the
 default attribute, and the handleSelect parameter found elsewhere in
 the solrconfig.xml is false.
 
 You should bring this up with the Drupal folks and ask them to upgrade
 their config/schema and their code for modern versions of Solr.  Solr
 3.6.0 (which deprecated their handler naming convention and the
 default attribute) was released over three years ago.

Thanks for the replies. The config files I'm using came from a Drupal sandbox 
project that's focused on Solr 5.x compatibility. I've added an issue to that 
project's queue. We'll see how it goes.

Scott Hollenbeck



no default request handler is registered

2015-08-27 Thread Scott Hollenbeck
I'm doing some experimenting with Solr 5.3 and the 7.x-1.x-dev version of
the Apache Solr Search module for Drupal. Things seem to be working fine,
except that this warning message appears in the Solr admin logging window
and in the server log:

no default request handler is registered (either '/select' or 'standard')

Looking at the solrconfig.xml file that comes with the Drupal module I see a
requestHandler named standard:

  requestHandler name=standard class=solr.SearchHandler
 lst name=defaults
   str name=dfcontent/str
   str name=echoParamsexplicit/str
   bool name=omitHeadertrue/bool
 /lst
  /requestHandler

I also see a handler named pinkPony with a default attribute set to
true:

  !-- trivia: the name pinkPony requestHandler was an agreement between the
Search API and the
apachesolr maintainers. The decision was taken during the Drupalcon
Munich codesprint.
--
  requestHandler name=pinkPony class=solr.SearchHandler default=true
lst name=defaults
  str name=defTypeedismax/str
  str name=dfcontent/str
  str name=echoParamsexplicit/str
  bool name=omitHeadertrue/bool
  float name=tie0.01/float
  !-- Don't abort searches for the pinkPony request handler (set in
solrcore.properties) --
  int name=timeAllowed${solr.pinkPony.timeAllowed:-1}/int
  str name=q.alt*:*/str

  !-- By default, don't spell check --
  str name=spellcheckfalse/str
  !-- Defaults for the spell checker when used --
  str name=spellcheck.onlyMorePopulartrue/str
  str name=spellcheck.extendedResultsfalse/str
  !--  The number of suggestions to return --
  str name=spellcheck.count1/str
/lst
arr name=last-components
  strspellcheck/str
  strelevator/str
/arr
  /requestHandler

So it seems like there are both standard and default requestHandlers
specified. Why is the warning produced? What am I missing?

Thank you,
Scott