lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Uwe Schindler" <...@thetaphi.de>
Subject RE: VOTE: Lucene/Solr 3.6
Date Fri, 06 Apr 2012 10:35:09 GMT
Hi,

I tested Lucene and Solr builds:

- The tgz files unzip fine with Linux/Cygwin tar, but with latest Windows 7-Zip Filemanager
it says (when opening the inner TAR file): "data after end of tar file" (or like that). As
the fixes extract correctly on Linux, I think that might be a bug in 7-Zip, but never happened
with any releases before.

- URGENT: Our change to IVY is nowhere noted in CHANGES.txt!!! This is a major problem, as
this is a huge change and people used to building Lucene from source only looking into CHANGES.txt
will fail to build without inspecting BUILD.txt. We have changes entries for the refactoring
of the build directory structure (by Steven), but not for the Ivy change. Very bad! We must
at least tell people about that in the release notes, otherwise -1.

- PANGAEA huge index checks: No VInt bugs or similar on checkindex and anywhere else (Java
1.7.0_03). Now runs in production, very nice. Not even a need to recompile the whole stuff
needed, fine backwards!

- JAR files build with JDK 1.5.0_22 - That’s really nice, thanks Robert (and important in
my opinion, I was missing that in previous releases).

- Binary Javadocs still Geocities-like, it's no problem, but was it not planned to use Java
7? - It's of course fine!

- Lucene Source package builds and tests fine.

- Solr Source package builds fine (I only ran the build inside solr/ folder to test this actually
works)

- Solr tests ran fine on second run, in the first run (Java 5) I hit the famous XALAN XSLTC
bug with turkish locale in the internal XALAN XSLTC processor fork *) -- This is a well-known
Java 5 (XALAN XSLTC) bug and Turkish people who use XSL script know that this bug is existent,
they would have seen the bug without Solr, too.

My +0.5 for the release, I would wish we fix CHANGES.txt before release - then I would give
+1!

Uwe


*) See the bug, we also hit it in Lucene before: https://issues.apache.org/jira/browse/LUCENE-2685,
https://issues.apache.org/jira/browse/XALANJ-2420, https://issues.apache.org/bugzilla/show_bug.cgi?id=38787
- In later Java 6 this seems fixed (although it still contains XSLTC, but they may use use
newer BCEL).
    [junit] java.lang.RuntimeException: Instruction unknown: load?nstruction
    [junit]     at com.sun.org.apache.bcel.internal.util.InstructionFinder.mapName(InstructionFinder.java:138)
    [junit]     at com.sun.org.apache.bcel.internal.util.InstructionFinder.compilePattern(InstructionFinder.java:170)
    [junit]     at com.sun.org.apache.bcel.internal.util.InstructionFinder.search(InstructionFinder.java:218)
    [junit]     at com.sun.org.apache.bcel.internal.util.InstructionFinder.search(InstructionFinder.java:264)
    [junit]     at com.sun.org.apache.xalan.internal.xsltc.compiler.Mode.peepHoleOptimization(Mode.java:1444)

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de


> -----Original Message-----
> From: Robert Muir [mailto:rcmuir@gmail.com]
> Sent: Thursday, April 05, 2012 6:45 AM
> To: dev@lucene.apache.org
> Subject: VOTE: Lucene/Solr 3.6
> 
> Please vote to release these artifacts: http://s.apache.org/lusolr36rc0
> 
> I tested with dev-tools/scripts/smokeTestRelease.py, ran rat-sources on both
> source releases, tested solr example, and reviewed packaging contents
> (http://people.apache.org/~rmuir/36_review/)
> 
> Here's my +1.
> 
> --
> lucidimagination.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message