Thanks, Jan, this is helpful to me.
I thought about it for a long time, but I finally figured it out.
> 2021年11月2日 00:03，Jan Høydahl 写道：
>
> If recovery failed, then that core is dead, it has given up.
> So if an agent has just restarted or started a node, then it will wait until
> all cores ha
Sorry to bother you, this is a test email.
When using LBHttpSolrClient, it seems to should specify collection name(or core
name) in baseSolrUrl, If there is no collection name(or core name), it cannot
detect if a dead server comes alive automatically.
Should we update the interface documentation to clarify this？
Refer:
https://issues.
Hi all,
I'm debugging the relevancy scores of my query and I see the following for
two documents hits. My question is, why is the idf score not the same for
both documents? This is Solr 6.6.
Any guidance would be much appreciated.
Thanks!
*Doc1*
"71d72354eea23b9eae934ab616e8ce38de69d760": "
104
It's seems like the underline index changed.
Are those two documents in the same result set?
Is it just one query?
It's definitely curious, even if a commit happened search results are
consistent in one searcher.
On Sun, 5 Dec 2021, 16:28 Sjoerd Smeets, wrote:
> Hi all,
>
> I'm debugging the re
Hi Allessandro,
Thanks for your reply! Yes, the document are in the same result list and
I'm not doing any indexing at the moment and executed a commit just to be
sure. Still the same result. It is an environment with 4 shards. Perhaps
that plays a factor?
Thanks,
Sjoerd
On Sun, Dec 5, 2021 at 1
Found it!
I had to enable the
ExactStatsCache
Found a description over here. Thanks for pointing me in the right
direction.
https://solr.pl/en/2019/05/20/distributed-idf/
On Sun, Dec 5, 2021 at 11:09 AM Sjoerd Smeets wrote:
> Hi Allessandro,
>
> Thanks for your reply! Yes, the document are i
