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: u...@thetaphi.de > -----Original Message----- > From: Robert Muir [mailto:rcm...@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-unsubscr...@lucene.apache.org For additional > commands, e-mail: dev-h...@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
