Re: Term Dictionary taking up lots of heap memory, looking for solutions, lucene 5.3.1

I know I'm late to this thread, but I saw this and specifically "reverse geocoding" and it caught my attention. I recently did this on a public project with Solr, which you may find of interest: https://github.com/cga-harvard/hhypermap-bop/tree/master/enrich/solr-geo-admin I'm super pleased with t

[ANNOUNCE] Apache Solr 6.6.0 released

6 June 2017, Apache Solr 6.6.0 availableSolr is the popular, blazing fast, open source NoSQL search platform from the Apache Lucene project. Its major features include powerful full-text search, hit highlighting, faceted search and analytics, rich document parsing, geospatial search, extensive REST

[ANNOUNCE] Apache Lucene 6.6.0 released

6 June 2017, Apache Lucene™ 6.6.0 available The Lucene PMC is pleased to announce the release of Apache Lucene 6.6.0. Apache Lucene is a high-performance, full-featured text search engine library written entirely in Java. It is a technology suitable for nearly any application that requires full-te

RE: Issues with locked indices

Hi, It is just simple, Lucene locking and commits do not work correct on NFS file systems because they are not fully POSIX conformant. Because of this you may also produce corrupt indexes, as commits don't work and corrupt concurrently open files. Also you may see JVM crushes if memory mapped f

Issues with locked indices

Hi, We are currently experiencing some issues where the lock on our index isn't being released properly (for some reason). Our indexing process ends with close() being called on all the writers that were used in the indexing process. We currently use the default NativeFSLockFactory