Thanks for the report. This sounds like a bug. At least on startup, we
should refresh the configuration from ZK without looking at local config
versions. Can you please open a Jira issue?
On Wed, May 23, 2018 at 5:35 PM, Gael Jourdan-Weil <
gael.jourdan-w...@kelkoogroup.com> wrote:
> Hello
Hi Andrea,
Yes, on further investigation I found -
https://github.com/apache/lucene-solr/blob/e2521b2a8baabdaf43b92192588f51e042d21e97/solr/core/src/java/org/apache/solr/search/ExtendedDismaxQParser.java#L574
I also created a ticket to resolve these differences and have a uniform way
of handling
Hi, can you please point me out to "the discussion about how OCR can take
minutes of CPU per page", I really need to understand more the Tika OCR
behavior with solr.
--
Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html
Hi Sam,
I noticed the same behaviour. Looking at the code it seems that it is
expected: the two classes (ExtendedDisMaxQParser and DisMaxQParser)
don't have a direct inheritance relationships and the methods which deal
with the PF parameter are different. Specifically, the
