Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
Received-SPF: pass (athena.apache.org: domain of solr@elyograg.org designates
 166.70.79.219 as permitted sender)
Message-ID: <50a60d8d4a8a93e7ed1dd45bc7df94d4.squirrel@admin.elyograg.org>
In-Reply-To: <2612095845154C7CB0559D6912793111@JackKrupansky14>
References: 
    <CAJ9V1mZvL4XeU9Z7MsshTppfyQzYBXpyajXQpQ3bjR5C-mtPFA@mail.gmail.com>
    <2612095845154C7CB0559D6912793111@JackKrupansky14>
Date: Thu, 15 May 2014 07:39:24 -0600
Subject: Re: distrib=false is not honoring
From: "Shawn Heisey" <solr@elyograg.org>
To: solr-user@lucene.apache.org
User-Agent: SquirrelMail/1.4.21
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Importance: Normal

> The q.alt param specifies only the parameter to use if the q parameter is
> missing. Could you verify whether that is really the case? Typically
> solrconfig gives a default of "*:*" for the q parameter. Specifying a
> query
> via the q.alt parameter seems like a strange approach - what is your
> rationale?

As the author of a book about Solr, I'm sure you already know these
things. For everyone else:

The qt parameter only gets used if the handleSelect value on the request
dispatcher configuration is true. When that is set, it chooses a request
handler by name. This configuration value defaults to false since version
3.6, so that you can't use the /select handler to do other things, like
/update.

The q.alt parameter is applicable only to the dismax and edismax query
parsers, and specifies the query to send to the standard query parser if
the q parameter is blank or missing. It's most often defined as *:* to get
all docs. The *:* value doesn't have any special meaning to the dismax
parser.

Thanks,
Shawn