InfoQ

News

JRubyの総まとめ:1.1.3、rcov4jr、Rubinius MVMおよびFFI

作者 Werner Schuster, 翻訳者 編集部 投稿日 2008年7月26日 午後12時7分

コミュニティ
Java,
Ruby
トピック
ソフトウェアテスト,
JRuby,
ランタイム,
RubyGems
タグ
RCov,
JRuby,
Rubinius,
MVM

JRuby 1.1.3がリリースされ(リンク)、JRubyバージョンがCodehausでダウンロードすることができる(リンク)。リリースノートによると、今回の保守リリースにおける主な変更点は、以下のとおりである。

- RubyGems 1.2
- 大幅に改善したインタープリターパフォーマンス
- jrubycコンパイラーのユーザビリティの改善およびバグ修正
- メモリ使用率およびオブジェクトチャーンの削減
- 数十のIO関連やコアクラスRubySpec修正およびIOの削減メモリ
- Mongrel「デッドスレッド」問題を解決するためのThreadGroup修正
- tweaking JIT、スレッドプーリング向けの新オプション/プロパティ
- ブロック呼び出しパフォーマンスの改善
- はるかに高速になったTimeパフォーマンス
- デバッグに対するより優れたサポート
- コンテキストクラスローダーの修正はよいかもしれないという(ユーザに表示され、多くのユーザがそれを要求しているからである)。JRUBY-2495
- JRuby 1.1.2以来、82の問題が解決された。

Vladimir Sizikov氏は、 Ruby Gems 1.2のシップに由来する改善といったJRuby 1.1.3の変更についての情報をさらに提供している(リンク)
過去に、RubyGemsがメモリ不足というエラーにならずに動作できるように、JRubyのメモリ制限を500Mbまで増加しなければならなかった。もはや、そうではない。RubyGems 1.2は非常に素晴らしいリリースであり、大幅なスピードアップを実現し、JRuby 1.1.3にはデフォルトで同梱されている。ちょっと試してみれば、その素晴らしさに驚くはずである。:) それだけにとどまらず、RubyGems 1.2はさらに容易にカスタマイズして特定の実装/プラットフォームのニーズに応えることができる。また、その点を最大限に活用しRubyGemsソースで、原則的にすべてのカスタムJRuby特有のパッチを除去した。
JRubyライブラリと統合サポートの数は、伸び続けている。ある新しいプロジェクトが、Rubinius Foreign Function Interface (FFI)(リンク)へのサポートを提供することを目指している。まず最初は、jruby-devリストへのCharles Nutter氏のメールである(リンク)
ようこそ、Wayne Meissner氏。Wayne氏はJNAを支えている主要な人物の1人であり、それによってわれわれは完全に救われました(chmod、 symlink、その他のposix、UNIXソケットなど)。また、jruby-ffiを実装し、すぐにも初回版がリリースされるべきだったのですが、 Rubiniusの完全にFFIベースのzlib.rb向けの多くの仕様をなんとか通過させようと取り組んでいます。

現在Wayne Meissner氏は、JRubyコミッターである。JRubyリポジトリのGithubミラーは、 「Merge branch ffi」メッセージでの最近のコミットを示し(リンク)、コミットメッセージの「fit」の追求により(リンク)、FFIサポートの進捗状況をトラックすることができる。

Rcov(リンク)は、人気のあるコードカバレッジツールである。RcovはJRubyでは動作しない。というのも、メソッドが起動された際、ネイティブ拡張子を使用して知らされるからである。jruby-extrasリポジトリにホストされているrcov4jr(リンク)は、JRubyでrcovを提供する試みである。

最後に、Charles Nutter氏はRubinius MVM APIをJRubyにポートした(リンク)。(JRubyリポジトリのGithubミラーにある)Rubinius MVM APIのJRubyのポートのコミット(リンク)は、利用可能なものを表している。InfoQはRuby MVMの実装の取り組みについて取り上げた。

どんなMRI専用RubyライブラリがJRubyで欠如しているだろうか?

原文はこちらです:http://www.infoq.com/news/2008/07/jruby113-rcov-rubinius-ffi-mvm

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。