[
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-135?pag...
]
Sanne Grinovero commented on HSEARCH-135:
-----------------------------------------
well then I won't object if you take this out of the next version; my goal in starting
this discussion was to find a reason to resolve this, as it's being postponed for
years.
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....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira