Regarding versions of Infinispan: the project evolves very fast, and the team will always maintain only the last two major versions (approximately). So for example now they are working to create Infinispan 8, that means that all new features and improvements get merged in the 8 branch, and all bugs which get fixed in these months are merged in 8 and backported to 7. So you occasionally will see a new 7.2.x maintenance release, but bugfixes won't be ported to Infinispan 6 or 5, so unless you already have a system using the older version and it's running fine, avoid the older versions. Occasionally someone needs a fix on an older version and the Infinispan team might be helpful, but you have to help out and pursue it, or in worst case backport and build your own version. At least unlike proprietary solutions you have options ;)
So in the Infinispan case you probably want to use version 7.2.x today, and I would consider it stable as it contains all known fixes. Older versions might work fine too, but they might be affected by a known issue and not have been patched, so "older" doesn't mean "more reliable".
Regarding versions of Hibernate: the pattern is similar: older doesn't mean more stable. Of course the latest version might have some issues which evaded our tests, but generally speaking you don't want to use a too old version, and we only release a version as .Final when we all agree that it's ready. We also don't maintain such old versions, especially if we think nobody is still using them. We monitor for example download statistics (and forums), and Hibernate Search 3 (and Hibernate ORM 3) are no longer worth our time to backport fixes to; at this very moment I'm considering stopping maintenance on Hibernate Search 4.x too.
So I'd recommend you use one of the 5.x versions of Hibernate Search. We generally highlight the "recommended" branches here: http://hibernate.org/search/downloads/
ignoreModifications In summary: don't enable such options, don't mention the attribute at all in your configuration files. Generally speaking the defaults are safe, and some options are dangerous or reserved for very specific use cases.
_________________ Sanne http://in.relation.to/
|