Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Date: Sat, 20 Jan 2007 19:11:37 -0800 (PST)
From: Chris Hostetter <hossman_lucene@fucit.org>
To: solr-user@lucene.apache.org
Subject: Re: Using HTTP-Post for Queries
In-Reply-To: <c68e39170701201858h6ed5667bx91a71fc78bd7e106@mail.gmail.com>
Message-ID: <Pine.LNX.4.58.0701201900320.3448@hal.rescomp.berkeley.edu>
References: <45B0CDA3.8040105@blue-elephant-systems.com>
 <32B0C639-FDFF-44ED-8526-C1E142CB2FAF@ehatchersolutions.com>
 <C1D644B7.4631%wunderwood@netflix.com> <8453558.post@talk.nabble.com>
 <c68e39170701191816i2a8ba864l50dc81a6a03eee12@mail.gmail.com>
 <99B4B883-FCCD-4EB8-B06F-0B0BA370FF0C@ehatchersolutions.com>
 <c68e39170701192144h4d8429e4wb4e620c7a85fd15@mail.gmail.com>
 <AF06959D-A6B4-4DB2-B8EF-113D5CC4FF60@ehatchersolutions.com>
 <Pine.LNX.4.58.0701201816290.3448@hal.rescomp.berkeley.edu>
 <c68e39170701201858h6ed5667bx91a71fc78bd7e106@mail.gmail.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


: Some syntaxes might come by default from solrcondig.xml, and some
: might come from the request.
: Also, if you just needed one span query, you wouldn't want to force
: all other queries to be in the same syntax.  Think about having to
: change your faceting code that uses QueryParser queries because you
: suddenly discovered you needed something that supported a span query
: as the base query.

Ugh ... dude ... i feel dirty just reading that sentence.

: *But*, if we wanted to make it extensible (by allowing the inclusion
: of other info about the query), then we would want to strip it off
: before passing to the right query parser, so you are right.

what kinds of other info are you thinking of?

untill you brought all this up, i'd been assumign in the back of my
mind that a smart thing to do if/when i had time was:

 1) refactor StandardRequestHandler/DisMaxRequestHandler to have a common
base class (Bertrand opened an issue on this, and i think it's in Ryan's
SOLR-112 patch as a side effect)
 2) do the magic code moving/splicing/inheriting thta would allow
StandardRequestHandler to have a "sort" param like DisMax .. and only do
the ";" q split logic if there isn't one .. probably a
"getSort(SolrParams) method in the base class, inherited by dismax,
overriden in standard with a call to super, and if null then split q)
 3) add a getQueryParser(SolrParams) method to the base class, which
returned a SolrQueryParser with q.op set and things like that .. dismax
would use this for it's fq and q, standard would use this for everything.
 4) now it's easy to subclass StandardRequestHandler as
XmlQuerySyntaxRequestHandler or SurroundSyntaxRequestHandler
just by overriding getQUeryParser.

..when you started talking about this i thought "yonik's approach is a
much better idea" but given some of the issues you've pointed out about
dealing with multiple query parsers in a single handler, i'm going back to
my orriginal idea: if somome wants to start using surround syntax to get
span queries, then yeah: maybe they should have to switch qhich
requestHandler they use.


-Hoss