← Back to branch summary

~slub.team/goobi-indexserver/3.x

« back to all changes in this revision

Viewing changes to lucene/JRE_VERSION_MIGRATION.txt

  • Committer: Sebastian Meyer
  • Date: 2012-08-03 09:12:40 UTC
  • Revision ID: sebastian.meyer@slub-dresden.de-20120803091240-x6861b0vabq1xror
https://launchpad.net/bugs/985487
Remove Lucene and Solr source code and add patches instead
Fix Bug #985487: Auto-suggestion for the search interface

Show diffs side-by-side

added added

removed removed

Lines of Context:
lucene/JRE_VERSION_MIGRATION.txt
1
 
If possible, use the same JRE major version at both index and search time.
2
 
When upgrading to a different JRE major version, consider re-indexing. 
3
 
 
4
 
Different JRE major versions may implement different versions of Unicode,
5
 
which will change the way some parts of Lucene treat your text.
6
 
 
7
 
For example: with Java 1.4, LetterTokenizer will split around the character U+02C6,
8
 
but with Java 5 it will not.
9
 
This is because Java 1.4 implements Unicode 3, but Java 5 implements Unicode 4.
10
 
 
11
 
For reference, JRE major versions with their corresponding Unicode versions:
12
 
Java 1.4, Unicode 3.0
13
 
Java 5, Unicode 4.0
14
 
Java 6, Unicode 4.0
15
 
Java 7, Unicode 6.0
16
 
 
17
 
In general, whether or not you need to re-index largely depends upon the data that
18
 
you are searching, and what was changed in any given Unicode version. For example, 
19
 
if you are completely sure that your content is limited to the "Basic Latin" range 
20
 
of Unicode, you can safely ignore this. 
21
 
 
22
 
Special Notes:
23
 
 
24
 
LUCENE 2.9 TO 3.0, JAVA 1.4 TO JAVA 5 TRANSITION
25
 
 
26
 
* StandardAnalyzer will return the same results under Java 5 as it did under 
27
 
Java 1.4. This is because it is largely independent of the runtime JRE for
28
 
Unicode support, (with the exception of lowercasing).  However, no changes to 
29
 
casing have occurred in Unicode 4.0 that affect StandardAnalyzer, so if you are 
30
 
using this Analyzer you are NOT affected.
31
 
 
32
 
* SimpleAnalyzer, StopAnalyzer, LetterTokenizer, LowerCaseFilter, and 
33
 
LowerCaseTokenizer may return different results, along with many other Analyzers
34
 
and TokenStreams in Lucene's contrib area. If you are using one of these 
35
 
components, you may be affected.
36