Appreciate it Mike. That answeres it all. BTW we use solaris.
On Tue, Feb 10, 2015 at 2:29 PM, Michael McCandless < luc...@mikemccandless.com> wrote: > It's fine if writer and reader are in separate JVMs. > > You really should not "rm -rf" yourself. > > It's better to let Lucene's do it, e.g. it's transactional at that > point so that if your new IndexWriter (that deleted all docs) crashes > before it could commit, the old index is still intact. It also > ensures file names won't be reused, which is important on windows if > you still have readers open on the index. > > Regardless of which approach you use, the old mappings will remain > "alive" until you've closed all open readers agains the old index. > > Mike McCandless > > http://blog.mikemccandless.com > > > On Tue, Feb 10, 2015 at 2:09 PM, Vijay B <vijay.nip...@gmail.com> wrote: > > searching and indexing apps run in diffrent jvms. we use lucene 4.7 and > > using the default openmode. > > > > For full indexing, we use java.io.File.delete() to recursively delete > index > > directory contents. will remapping cause any issues in this case if I > dont > > use options you suggested? > > > > On Tue, Feb 10, 2015 at 1:56 PM, Michael McCandless < > > luc...@mikemccandless.com> wrote: > > > >> Just open a new IndexWriter with OpenMode.CREATE. It will replace the > >> index. > >> > >> Or if you already have an IW open, use deleteAll. > >> > >> Mike McCandless > >> > >> http://blog.mikemccandless.com > >> > >> > >> On Tue, Feb 10, 2015 at 1:31 PM, Vijay B <vijay.nip...@gmail.com> > wrote: > >> > We use MMapdirectory impl. in our search application. Occasionally we > >> need > >> > to do a full indexing by dropping entire directory contents. How does > >> > re-mapping work with MMapDirectory as the directory contents are > going to > >> > replace with new ones? is this going to be seamless or an application > >> > restart required? > >> > > >> > Additonal Info: We use SearcherManger to acquire searchers and we do > >> > periodically refresh serachers. > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > >> For additional commands, e-mail: java-user-h...@lucene.apache.org > >> > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-user-h...@lucene.apache.org > >