Re: [Solr Wiki] Update of "FrontPage" by ErikHatcher
: Sorry 'bout that mass FrontPage wiki change. It was an automated : attempt (via DEVONthink) to pull down the Solr wiki statically, and : it obviously leveraged my web browsers login cookie, since it uses : Safari embedded. I've reverted it back to the last non-ErikHatcher : change and all should be back to the way it was. good lord man! ... that will teach me to skim the subjects of all my mail before reading them in thread order ... i spent a good 30 minutes sifting through wiki diffs thinking "erik must be moving stuff arround to try and make it more clear, but i'll be damned if i understand why he's doing it so haphazardly." -Hoss
Re: Draft SolrFacetingOverview page added to Solr wiki
On 12/27/06, J.J. Larrea <[EMAIL PROTECTED]> wrote: I added a draft page http://wiki.apache.org/solr/SolrFacetingOverview to the wiki, for your perusal, comments, and direct editing. Hopefully it can help answer some of the questions on faceting which frequently come up on solr-users. It's not currently linked into the FrontPage; I'll so once the dust settles on any glaring errors or omissions I may have made, opinions on whether it should remain as a standalone page (rather than incorporated directly into SimpleFacetParameters), better naming, and so forth. Cool, thanks JJ! I'd go ahead and link it to the main page. The parameters page could be appended to this page, or perhaps as a sub-item on the wiki: - Faceted Search - Faceted Search Parameters -Yonik
Re: variable substitution in lucene query params (was Re: filter input from multiple fields)
On Wed, 2006-12-27 at 22:53 -0800, Chris Hostetter wrote:
> : > directly to have a new "void setParamVariables(SolrParams p)" method. if
> : > it's called (with non null input), then any string that SolrQueryParser
> : > instance is asked to parse would first be preprocessed looking for the ${}
> : > pattern and pulling the values out of the SOlrParams instance.
> : >
> :
> : When does the setParamVariables(SolrParams p) get called? What should
> : happen in this method?
>
> i was thinking it would be called by the request handerly just after
> construction -- it would modify the internal state of the QueryParser just
> like some of the other setters do., for use in the parse method.
>
> : not sure whether I understand.
> :
> : You mean
>
> bingo ... and then just dd the code to handleRequest that uses
> "substitution" if non null.
>
>
Ok, thanks I will have a look and submit a patch.
Thanks for your feedback.
salu2
thorsten
>
> -Hoss
>
