Re: Highlighting is not working with docValues only String field

re isn't one already > > On Fri, Aug 10, 2018, 19:49 Karthik Ramachandran < > kramachand...@commvault.com> wrote: > > > We are using Solr 7.2.1, highlighting is not working with docValues only > > String field. > > > > Should I open a JIRA for this?

Highlighting is not working with docValues only String field

;,"name1":"Testing line 1"},{"id":"2","name":"Testing line 2","name1":"Testing line 2"},{"id":"3","name":"Testing line 3","name1":"Testing line 3"}]},"

Re: duplicate doc of uniqueKey

;id", > > > "fq":"id:mid531281", > > > "wt":"json"}}, > > > "response":{"numFound":2,"start":0,"docs":[ > > > { > > > "id":"mid531281"}, > > > { > > > "id":"mid531281"}] > > > }} > > > > > > schema file contains: > > > > required="true" > > > multiValued="false" docValues="true"/> > > > > > > id > > > > > > Let me know if extra information required. Any help would be really > > > appreciated. > > > > > > Regards, > > > Novin > > > -- With Thanks & Regards Karthik Ramachandran P Please don't print this e-mail unless you really need to

Re: Recover a Solr Node

Eric, Just throwing whats's in my mind. I see that collection cluster state has the all the information to create the core.properties. If I create the core.properties from the cluster state and then reload the collection will that bring the collection up? I did try the above step, but instead

Recover a Solr Node

We are using Solr cloud with 3 nodes, no replication with 8 shard per node per collection. We have multiple collection on that node. We have backup of data the data folder, so we can recover it, is there a way to reconstruct core.properties for all the replica's for that node? -- With Thanks &

Re: Challenges of Indexing Email

but I don't > know how to do that. > > Maybe I'll just have to install an earlier Solr version that doesn't > have this bug - could someone tell me what version that might be? > > Regards, > > Terry > > > -- With Thanks & Regards Karthik Ramachandran P Please don't print this e-mail unless you really need to

Re: Streaming Expressions shortestPath

Joel, Should I create a JIRA for making shortestPath return stream of tuples? On Sun, Jan 14, 2018 at 11:52 PM, Karthik Ramachandran <mrk...@gmail.com> wrote: > Joel, > Thanks, I did try using cartesianProduct then fetch, it is working as > excepted. For my dataset has on

Re: Streaming Expressions shortestPath

ntly. It think makes sense to > > change shortestPath to return a stream of tuples so it can work with > fetch > > and other expressions. > > > > Are you getting good performance with the shortestPath expression? > > > > Joel Bernstein > > http://joelsolr.blogs

Streaming Expressions shortestPath

l="id, name, other, details", sort="name asc" on="id=id") With Thanks & Regards Karthik Ramachandran P Please don't print this e-mail unless you really need to

Re: Error when indexing EML files in Solr 7.1.0

JIRA already exists, https://issues.apache.org/jira/browse/SOLR-11622. On Mon, Nov 13, 2017 at 5:55 PM, Zheng Lin Edwin Yeo wrote: > Hi Erick, > > I have added the apache-mime4j-core-0.7.2.jar in the Java Build Path of the > Eclipse, but it is also not working. > >

Re: solr 6.6.1: Lock held by this virtual machine

I am also seeing 2 threads loading the cores, I am using Solr 6.6.0. On Sat, Aug 26, 2017 at 11:53 AM, Erick Erickson wrote: > Setting loadOnStartup=false won't work for you in the long run, > although it does provide something of a hint. Setting this to false > means

Re: Re: Antw: Re: How to Debug Solr With Eclipse

I start Solr in my Eclipse for small test. I have made some changes to ant build script to copy the webapp to required location and also added eclipse launchers in this commit ( https://github.com/mrkarthik/lucene-solr/commit/d793a9b8ac0b1b4969aace4329ea5a6ddc22de16 ) Run "ant eclipse" from

RE: JSON facet bucket list not correct with sharded query

We are using Solr 6.4.2, Can anyone tell me this is a Bug for which I can open a JIRA? With Thanks & Regards Karthik Ramachandran Direct: (732) 923-2197 P Please don't print this e-mail unless you really need to From: Karthik Ramachandran Sent: Tuesday, April 4, 2017 8:35 PM To: 'solr-

RE: JSON facet bucket list not correct with sharded query

numBuckets = ((Number) duplicates.get("numBuckets")).longValue(); buckets = (List) duplicates.get("buckets"); System.out.println(String.format("Result for Offset:%4d ==> Number of Buckets:%4d, Bucket Size:%4d, vals:%s", offset, numBucke

JSON facet bucket list not correct with sharded query

ize)"}}} Create 2 cores named fileduplicate01 and fileduplicate01 with the same schema and run the attached java to populate the data and run the query. Any help is appreciated. With Thanks & Regards Karthik Ramachandran ***Legal Disclaimer

Re: Partial Field Update "removeregex" Command

if you want to remove all the data in the then use "null" in set curl . . . -d '[{"id":"docId","someField":{"set",null}}]' -Karthik On Wed, Dec 7, 2016 at 1:31 PM, Richard Bergmann wrote: > Hello, > > I am new to this and have found no examples or guidance on how to use >

Re: JSON Facet "allBuckets" behavior

So if i cannot use allBuckets since its not filtering, how can I achieve this? On Fri, Sep 30, 2016 at 7:19 PM, Yonik Seeley <ysee...@gmail.com> wrote: > On Tue, Sep 27, 2016 at 12:20 PM, Karthik Ramachandran > <kramachand...@commvault.com> wrote: > > While

RE: JSON Facet "allBuckets" behavior

Can someone help me understand? With Thanks & Regards Karthik Ramachandran From: Karthik Ramachandran Sent: Tuesday, September 27, 2016 12:21 PM To: solr-user <solr-user@lucene.apache.org> Subject: JSON Facet "allBuckets" behavior While performing json faceting with "

JSON Facet "allBuckets" behavior

;,"count":5,"sum":5.0},{"val":"filename2","count":4,"sum":4.0},{"val":"filename3","count":3,"sum":3.0},{"val":"filename4","count":2,"sum":2.0}]}}} I was wonder, why the r

Re: Migrate data from solr4.9 to solr6.1

I don't think optimize would work, you have upgrade the index using IndexUpgrader tool from 4.x to 5.x and then from 5.x to 6.x. We had solr 4.8 we moved to 6.1 by just upgrading the index to 5.x using IndexUpgrader tool and then start using 6.1, eventually all data will be move to 6.1 at some

RE: Solr5.5:DocValues/CopyField does not work with Atomic updates

I have opened JIRA https://issues.apache.org/jira/browse/SOLR-9034 I will upload the patch soon. With Thanks & Regards Karthik Ramachandran CommVault Direct: (732) 923-2197  Please don't print this e-mail unless you really need to -Original Message- From: Erick Eric

Re: Solr5.5:DocValues/CopyField does not work with Atomic updates

Eric I have created a JIRA id (kramachand...@commvault.com). Once I get access I will create the JIRA and submit the patch. With Thanks & Regards Karthik Ramachandran CommVault Direct: (732) 923-2197 P Please don't print this e-mail unless you really need to On 4/22/16, 8:04 PM, &q

RE: Solr5.5:DocValues/CopyField does not work with Atomic updates

and it started working. Attached is the modified file. With Thanks & Regards Karthik Ramachandran CommVault P Please don't print this e-mail unless you really need to -Original Message- From: Karthik Ramachandran [mailto:mrk...@gmail.com] Sent: Friday, April 22, 2016 12:08 AM To: solr-

Re: Solr5.5:DocValues/CopyField does not work with Atomic updates

We are trying to update Field A. -Karthik On Thu, Apr 21, 2016 at 10:36 PM, John Bickerstaff wrote: > Which field do you try to atomically update? A or B or some other? > On Apr 21, 2016 8:29 PM, "Tirthankar Chatterjee" < > tchatter...@commvault.com> > wrote: > > >