Hi

You have reached the mailing list for product development. Please re-send your 
email to [email protected] instead, which is intended for user 
questions.

Jan

> 18. feb. 2020 kl. 12:24 skrev Jyothsna Bavisetti 
> <[email protected]>:
> 
> HI Team,
>  
>  
> 1.We Upgraded Lucene 4.6 to 8+, After upgrading we are facing issue with 
> UpdateDocument API. We are using UpdateDocument for editing existing records 
> and adding new records.
> 2.Adding a new record to the index file is working fine.
> 3.When we are trying to edit one of record from the list of records, it is 
> deleting a specific record from the index file and adding new value (edited 
> value)to the first record.
> 4.Same scenario when we are trying to update any record other than the first 
> record. But when we are updating the first record it is working fine.
>  
> Please though some suggestions to figure it out. Please let me know how to 
> enable logging for Lucene to debug the issue.
>  
> Thanks,
> Jyothsna
> From: Jan Høydahl <[email protected] <mailto:[email protected]>> 
> Sent: Monday, February 17, 2020 5:15 PM
> To: Lucene Dev <[email protected] <mailto:[email protected]>>
> Subject: SolrJ has 29 compile-time dependencies!
>  
> Hi
>  
> According to 
> https://mvnrepository.com/artifact/org.apache.solr/solr-solrj/8.4.1 
> <https://urldefense.com/v3/__https:/mvnrepository.com/artifact/org.apache.solr/solr-solrj/8.4.1__;!!GqivPVa7Brio!KXfP-3nqKhTJ70Mp_Zbzm1rrbBJbV9DbTPCeWmcB7SJ71atVbuHNO4SCW_jwQ4fjYaDAGJk$>
>  SolrJ now has 29 compile-time dependencies. Those are the ones explicitly 
> mentioned in ivy.xml and I believe that the number would be even higher if we 
> used transitive dependencies.
> That means that if you want to include SolrJ in a small app for just 
> searching Solr, you get a ton of dependencies in your project that you may 
> not need and that increase the chance of collision with other libs in your 
> all.
>  
> So I want to raise the question whether it is time to take some action here.
>  
> Otions may include:
> Get rid of unneeded deps
> Explicitly exclude deps from gradle build that we know we do not need
> Modularize SolrJ into a solrj-core and solrj-xxx, where solrj-core would be 
> the minimum anyone would need to do the basics
> Look into shading select libs that often cause collisions
>  
> Let the discussion begin :)
>  
> Jan

Reply via email to