Hi Team,
Can we have any updates on the below issue? We are awaiting your reply.
Thanks,
Kranthi kumar.K
From: Kranthi Kumar K
Sent: Friday, January 4, 2019 5:01:38 PM
To: d...@lucene.apache.org
Cc: Ananda Babu medida; Srinivasa Reddy Karri
Subject: Solr Size
This is not a requirement. This is a statement to a problem where there could
be other solutions. s3 is only eventually consistent and I am not sure Solr
works properly in this case. You may also need to check the S3 consistency to
be applied.
> Am 16.01.2019 um 19:39 schrieb Naveen M :
>
>
Based on the discussion in Tika and also on the Jira (TIKA-2814), it was
said that the issue could be with the Solr's ExtractingRequestHandler, in
which the HTMLParser is either not being applied, or is somehow not
stripping the content of elements. Straight Tika app is able to do
the right
Hi Byzen, I am also want to implement the authentication in same way. Did you
got any solution for this
--
Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html
Hello,
There is an extremely undocumented parameter to get the cache's contents
displayed. Set showItems="100" on the filter cache.
Regards,
Markus
-Original message-
> From:Erick Erickson
> Sent: Wednesday 16th January 2019 17:40
> To: solr-user
> Subject: Re: Re:
Theoretically you should be able to use the HDFS backend, which you can
configure to use s3. Last time I tried that it did however not work for
some reason. Here is an example for that, which also seems to have
ultimately failed:
hi,
My requirement is to write the index data into S3, we have solr installed
on aws instances. Please let me know if there is any documentation on how
to achieve writing the index data to s3.
Thanks
On 04.01.19, 09:11, "Thomas Aglassinger" wrote:
> When debugging a query using multiplicative boost based on the product()
> function I noticed that the score computed in the explain section is correct
> while the score in the actual result is wrong.
We digged into this further and seem
I don't know of any tools to inspect the cache. Under the covers,
these are things like Java's ConcurrentHashMap which don't, for
instance, carry along information like last access time IIUC.
I usually have to cull the Solr logs and eyeball the fq clauses to see
if anything jumps out. If you do
Agreed, make both of those changes.
wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/ (my blog)
> On Jan 16, 2019, at 7:21 AM, Erick Erickson wrote:
>
> +1 to defaulting it to false. Maybe call it forceMerge to be more in
> line with Lucene for all the reasons that
Ok, I get your point.
Do you know if there is a tool to easily view filterCache content?
I know we can see the top entries in the API or the UI but could we see more?
Regards,
Gaël
De : Erick Erickson
Envoyé : mardi 15 janvier 2019 19:46:19
À : solr-user
+1 to defaulting it to false. Maybe call it forceMerge to be more in
line with Lucene for all the reasons that we've discussed elsewhere?
Talhanather:
Frankly, I'd just stop optimizing. It's mis-named and there are a
series of very good reasons to avoid it _unless_
1> you can _measure_ a
Should we consider to default optimize to false in the DIH UI?
--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com
> 16. jan. 2019 kl. 14:23 skrev Jeremy Smith :
>
> How are you calling the dataimport? As I understand it, optimize defaults to
> true, so unless you
How are you calling the dataimport? As I understand it, optimize defaults to
true, so unless you explicitly set it to false, the optimize will occur after
the import.
From: talhanather
Sent: Wednesday, January 16, 2019 7:57:29 AM
To:
Hi Erick,
PFB the solr-config.xml, Its not having optimization tag to true.
Then how optimization is continuously occurring for me. ?
uuid
db-data-config.xml
--
Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html
15 matches
Mail list logo
