Adding it to the main core looks like it works, without the dismax
handler even present in the live core config. It won't take the bf
value that I described, though.
<str name="bf">recip(ms(NOW,product(post_date,1000)),3.17e-11,1,1)</str>
This spits an error:
Problem accessing /solr/main/select. Reason:
undefined field product(post_date
Any idea what I did wrong?
Shawn
On 4/11/2010 4:34 PM, Lance Norskog wrote:
The query is at the broker level, and is included in the distributed
search. You can't place in the shard, because the distributed search
shortcuts the query handlers (I think).
On 4/11/10, Shawn Heisey<s...@elyograg.org> wrote:
I am using a setup where I have specified the shards parameter in a
broker called "main", which then queries a bunch of other machines
including the one it's on, using the core named "live."
<requestHandler name="standard" class="solr.SearchHandler" default="true">
<lst name="defaults">
<bool name="partialResults">true</bool>
<int name="timeAllowed">6000</int>
<str name="echoParams">explicit</str>
<int name="rows">50</int>
<str
name="shards">idxinc:8983/solr/live,idxst0-b:8983/solr/live,idxst1-b:8983/solr/live,idxst2-b:8983/solr/live,idxst3-b:8983/solr/live,idxst4-b:8983/solr/live,idxst5-b:8983/solr/live</str>
</lst>
</requestHandler>
The config on the live core looks exactly the same, but doesn't have the
shards parameter.
Now I am trying to set up the dismax query type, and need to know
whether I do it exactly the same way, with all the parameters like qf,
bf, pf, mm, tie, etc. duplicated on both cores, or whether I should only
specify them on the broker level (main) or the index level (live).
Thanks,
Shawn
