[hibernate-issues] [Hibernate-JIRA] Commented: (HSEARCH-135) Create a RAMDirectoryProvider from an existing Lucene FSDirectory
Sanne Grinovero (JIRA)
noreply at atlassian.com
Fri Jul 23 10:20:35 EDT 2010
[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=37891#action_37891 ]
Sanne Grinovero commented on HSEARCH-135:
-----------------------------------------
I'd propose to convert this issue to a more general purpose "copy directory A to B at startup" and "copy dir X to Y at shutdown" (both optional).
So people could use that to pre-populate the RAMDirectory from a FSDirectory, but also to/from an InfinispanDirectory.
This could be handy to upgrade to InfinispanDirectory from a FSDirectory, or to keep copies of the Infinispan one on FSdirectory at shutdown, so people can optionally revert from the migration.
> Create a RAMDirectoryProvider from an existing Lucene FSDirectory
> -----------------------------------------------------------------
>
> Key: HSEARCH-135
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-135
> Project: Hibernate Search
> Issue Type: New Feature
> Components: directory provider
> Reporter: Hardy Ferentschik
> Priority: Minor
> Fix For: 3.3.0
>
>
> It would be nice to have the ability to use a Lucene RAM index which gets constucted from an existing Lucene file based indexed. For example in an JMS setup the master could create a file based Lucene index, share it out to the slaves which in turn use this file based index to populate a RAM index. This would give you the best of two worlds.
> Not sure how hard it would be to implement this in an unclustered environment.
> [*] read from FS at startup (optionally, should be configurabile)
> [*] write back to FS at shutdown (optionally, should be configurabile)
> [*] document the behaviour, especially warning about this case: some setups are doing local clustering: 2 instances sharing the directory. This obviously can't work, so they should avoid using this feature of writing back to FS.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the hibernate-issues
mailing list