3.1の話をしてきたばかりだが、来週にはもう3.2が出ようとしている。ところで今回のリリースのタイミングで、CHANGES.txtの過去にさかのぼってリリースの日付がすべて削除されるというコミットがあった。ソースコード管理(Subversion)を見れば削除前の日付を参照できるが、すべてのリリース時点の日付が必ずしも入っていないのがどうやら気に入らなかったようだが、なにもあるものについて消さなくたっていいじゃんかと思いつつ、消される前のCHANGES.txtを見ていたらなんだか懐かしい感じがして(といっても私は1.4からのユーザーだが)、過去のリリースをピックアップして振り返るのも楽しいかも。いうことでブログを書く。リリースLuceneとSolrのマージ後初めてのリリースとなる3.1が公開された:http://lucene.apache.org/新機能については先日ホワイトペーパーというかたちで公開したので、ここでは省略する。あわせて、Solrのトレーニングコースも3.1に対応して4月開催分の募集を開始している。3.1の新機能」を公開した。strategy「もし4.0がすべての3.xインデックスを読めると決めたら、4.0がリリースされたときにまだリリースされていなかった3.xの将来バージョンのインデックスは4.0でどのようにサポートできるのだろう」・・・というメーリングリストに流れた話。これは、LuceneとSolrがマージされる前、まだLuceneのメジャーバージョンが同時に2つメンテナンスされるようなことがなかった時代には起こらなかった、興味深い疑問である。皆開発に夢中になりすぎて、こんな簡単な問題に今まで気がつかなかったのだろうか(私も含めて)。なにはともあれ、リリース前に気がついてよかったね。メールのタイトルには[DISCUSSION]とあるが、メール送信者の最初の提案が議論のないまま受け入れられ、次のようになる模様:3.xバージョンは現trunk(4.0)が安定するまでリリースを続ける。trunkが安定したら、4.0としてリリースする。3.xはバグフィックスに専念する。3.xはインデックスフォーマットの変更がないリリースもあり得る。新しいtrunkは5.0向けとして開発を続ける。現在投票中あれから1ヶ月も経ってしまったが、現在投票中である。2.9.4と3.0.3を準備中である。longのNumericRangeQueryがLong.MAX_VALUE近辺で正しく動作しない不具合や、FVHの不具合が多数直されている。例外的に入れられた改善として、2.9.4のLuceneが3.0のインデックスを読めるようにするという機能も含まれる。2.9から3.0へのマイグレーションが容易になる。5対応を施したという違いだけである。したがって、インデックスフォーマットに違いはないはずであるが、2.9でdeprecatedになったフィールド圧縮の機能が3.0ではなくなった(圧縮したい場合はクライアント側でLuceneにて用意されている圧縮ツールを使って行う)ため、若干の違いがある。このちょっとした違いを吸収して読めるようにしようということだ。1.4.1(1.4.0のバグフィックス)がリリースされた。Forrestを使ってビルドしている。Miller氏がビルドにはまった(?)のでメモ。5でなければいけない。5で提供されているものだから。がまもなくリリースされる。2.9.3を同梱する予定。3.0.0がリリースされた。APIを使っていたアプリケーションは、代替のAPIを使わなければコンパイルできない。比較のポイント商用検索エンジンを購入した企業担当者は読まないでください。McCandlessFastVectorHighlighterについて解説記事を寄稿しました。