Date: Fri, 29 Mar 2024 00:25:39 +0000 (UTC) Message-ID: <22525482.423.1711671939964@cwiki-he-fi.apache.org> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_422_561472917.1711671939964" ------=_Part_422_561472917.1711671939964 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Sometimes Lucene runs amok of bugs in JVM implementations from different= vendors. In certain cases we whittle it down to a small test case, open an= issue with the vendor, and hopefully it gets fixed. In other cases we know= the bug is in the JVM but we haven't narrowed it enough to open a bug with= the vendor. Sometimes we can work out a simple workaround in Lucene.
We try to open a Lucene mirror bug to provide details on how Lucene is a= ffected, iterate on a compact test case, etc.
If you are affected by one of these issues that Oracle's Java has yet to= accept or resolve, or simply have some spare votes, please consider adding= your vote to the bug (on Oracle's bug page):
Do not, under any circumstances, run Lucene with the G1 garbage collecto= r. Lucene's test suite fails with the G1 garbage collector on a regular bas= is, including bugs that cause index corruption. There is no person on this = planet that seems to understand such bugs (see h= ttps://bugs.openjdk.java.net/browse/JDK-8038348, open for over a year),= so don't count on the situation changing soon. This information is not out= of date, and don't think that the next oracle java release will fix the si= tuation.
Oracle bug |
Lucene mirror issue |
Impact to Lucene |
State, Priority |
Workaround |
||||
|
Accepted, Low |
Use |
||||||
LUCENE-1566= p> |
You hit a false |
Accepted, Low |
Locally patch Lucene to load large contiguous= byte sequences in chunks |
|||||
LUCENE-1282= p> |
Index corruption |
Fixed as of 1.6.0_10, High |
Lucene code base has a workaround in it = td> | |||||
LUCENE-1658 <= a class=3D"external-link" href=3D"https://issues.apache.org/jira/browse/LUC= ENE-1669" rel=3D"nofollow">LUCENE-1669 |
|
Cause Known, Low |
Use a different Directory implementation <= /td> | |||||
(No Oracle bug yet) |
LUCENE-1342= p> |
SEGV during indexing, with Java 1.6 64 bit |
(No compact test case yet) |
None known |
||||
(No Oracle bug yet) |
On 64 bit JREs, reading from files may hang (= ??) |
(Still characterizing) |
None known |
|||||
<ac:structured-macro ac:name=3D"unmigrated= -wiki-markup" ac:schema-version=3D"1" ac:macro-id=3D"21b371b8-7263-44e6-9fe= 0-e906fc3fdf3b"><ac:plain-text-body><![CDATA[ |
[6588260 |
https://bugs.openjdk.java.net/browse/JDK-6588= 260] |
[LUCENE-2449 |
https://issues.apache.org/jira/browse/LUCENE-= 2449] |
No impact as of 3.1/4.0 =E2=80=93 we now avoi= d calling new String(int[], int, int) |
Fix Delivered, Bug |
|
]]></ac:plain-text-body></ac:stru= ctured-macro> |
LUCENE-2685= p> |
Fix Delivered, High |
xml-query-parser's XSLT transforms fail under= some locales |
Upgrade to Java 6, use a different JRE vendor= , plug in an alternate, more up-to-date XSL engine like Apache XALAN, or se= t system property telling TransformerFac= tory to use the non byte-code generating bundled XSL engine in Java 5= p> |
|||||
LUCENE-2975= p> |
readVInt() returns wrong results |
not sure |
Lucene code base has a workaround in it = td> | |||||
LUCENE-3346= p> |
readVInt() returns wrong results |
8-Fix Available, Medium |
use Java 6 or Java 7u1 |
|||||
LUCENE-3335= p> |
Porter Stemmer crashes JRE |
8-Fix Available, Low |
-XX:-UseLoopPredicate or Java 7u1 |
|||||
LUCENE-3301= p> |
BreakItera= tors (e.g. in analyzers) crash on certain inputs |
Accepted, Low |
Lucene code base has a workaround in it = td> | |||||
LUCENE-3235= p> |
Concurrent Classes suffer from a race in LockSupport park() arising from weak mem= ory models |
Fixed, High |
Use -XX:+UseMembar if you are running on a JV= M < 1.6u18 see this writeup = for details |
|||||
LUCENE-5212= p> |
SEGV or serious index corrumption |
Fixed, Critical |
Use -XX:-UseSuperWord if you are running on 7= u40 <=3D JVM < 7u55 |
Oracle JRockit is no longer available for Java 7+, but it is still used = in legacy environments (e.g. Oracle/BEA = WebLogic application server). Oracle seems to no longer accept bugs / o= nly accepts bugs from customers with a paid support contract, so there is n= o chance for the Lucene Contributors to report bugs upstream.
As stated by Oracle, it is = recommended to upgrade to Oracle Java 7 or OpenJDK 7 (both update 1 or late= r). JRockit key features were merged= a> into OpenJDK / Oracle Java.
Lucene issue |
Impact to Lucene |
Severity |
Workaround |
(No issue yet) |
"If" statements are not being executed | Serious (index corruption) |
Use |
IBM J9 is available for Java 5, 6, and 7. Unfortunately, there is no pub= lic bugtracker available, so the bugs listed below cannot be reported. IBM = only has a bug tracker for paying customers with a support contract.
Although some Lucene committers are IBM employees, its impossible to rep= ort bugs involving the whole Lucene community. Because of this the status o= f all bugs listed below is unknown, we have no information about possible f= ixes.
If you are using SUSE Enterprise Linux which has IBM J9 as their default= Java implementation, it is strongly recommend to use Oracle Java 7 or Open= JDK 7 (minimum update 1).
The following bugs are known, but since a while all nightly tests using = the IBM J9 were disabled on Lucene's Jenkins servers, because a lot of test= fail randomly.
Lucene issue |
Impact to Lucene |
Severity |
Workaround |
(No issue yet) |
FST.pack() produces corrupt index (Lucene 4) = because a loop is miscompiled |
Serious (index corruption) |
Use |
LUCENE-4987= p> |
a synchronized method is completely optimized= away |
tests only |
the test framework was updated to version 2.0= .10 which contains a workaround |