InfoQ ホームページ JVM_Langugaes に関するすべてのコンテンツ
-
JRuby：JRubyはJava5へ移行すべきかどうか？
JRubyの開発者メーリングリストで、Java5への移行に関する議論が開始された。Java5がリリースされてからというもの、Javaの数々のプロジェクトで、この手の議論はよく起こる。OSGi又はSWTのような基本的な技術やライブラリはJava1.1又は1.2と互換性を保っているが、Eclipseのように多くのJavaプロジェクトは、出来るだけ長くJava1.4と互換性を保ち続けることを選んだ。
-
JRuby GUI APIへの3つのアプローチ
1998年にSwingがJREのバージョン1.2に追加されると、その前身であるAWTは重要なアプリケーションにとって不十分なものとなった。 Swingの問題の1つは、小さなアプリケーションを構築するのにも必要なコードの量が多いことだ。この問題によってXMLベースのGUI定義言語が作られることになった。
-
-
jmx4rでRuby流にJMXを使う方法
Javaのような成熟したプラットフォーム上で、アプリケーションを動作��せて恩恵を受けることの一つにモニタリングのような成熟した機能を使えるということがある。JRubyのコアチームメンバーであるOla Biniは、Javaのモニタリング機能がJRubyアプリケーションのメモリの振る舞いをモニタリングするのに役立つことを発見した。
-
JNAがネイティブコードをJRubyに適用
Java Native Access(JNA)ライブラリは、JRubyによりシンプルなPOSIXをもたらし、ネイティブエクステンションを可能にするかもしれない。
-
Steve Yeggeが、RailsをJavascript/Rhinoに移植
先日のFoo Campにおいて、GoogleのSteve Yeggeが"GoogleのRailsクローン"という講演を行い、GoogleでRuby on Railsを移植した経験について語った。
-
Ruby vs. Javaに関する俗説を、深く掘り下げる
Relevance社のStuart Halloway氏は、最近、「Ruby vs. Java の俗説」に関する連載をブログに投稿した。その連載は、彼が、未開発のRubyプロジェクトから、安定したJavaプロジェクトで仕事をするように切り替えた後から、刺激を与えられる内容となった。
-
Grails の 1.0 へ向けての活発な動き
Webフレームワークは、ここ数年急激に生産性を重視するようになってきた。Ruby on Railsは、高速Web開発の代表的なものと多くの人から考えられており、従来のフレームワークに大きな影響を与えた。Java の市場では、多くのフレームワークがRuby on Railsの動きに触発されて、生産性の向上、高速開発、およびスクリプト言語のサポートを目指すようになった。
-
MicrosoftはJavaの動的言語サポートを超えたか?
.NETが2000/2001年に最初にリリースされたとき、Javaコミュニティは言語、標準ライブラリともにJavaの"クローン"だと考えた。単純なコードサンプルを比べて見ると、その印象は確実なものとなった。しかし、MSはJavaと共にいた数年間も利益を得ており、さらに、Sunがたった今直面している問題もいくつか解決してきた。.NETとCLRがJavaよりも速く進化しているという印象は、Javaコミュニティも認識している。
-
JavaのWebフレームワークが自動リロードのサポートを強化
ソフトウェア開発において、コンパイル、ビルド、テストのサイクルは、開発者の生産性を大きく左右するものである。開発者がアプリケーションの再コンパイル、再ビルド、デプロイをしなければならないときに、サーバを再起動しなければならず、開発作業がスローダウンしてしまう。
-
XRuby～RubyのJVMにおけるもう一つのアプローチ
JRubyプロジェクトは、Rubyの多くにおいて、サポートや互換性が大変良くなった。加えて、パフォーマンスの点において多くの改良がなされ、JRubyの処理速度改善をもたらしている。 しかし、XRubyに関する最近の情報によれば、ベンチマークプログラムの多くにおいて、XRuby0.1.3がRuby 1.8.5よりも高速であるという結果が出ている。
-
JRuby1.0における、Unicodeへの対応状況とRubyとの互換性
JRubyにおけるStringの本質は、これまで難しいトピックだった。Rubyはバイト列を使用するのに対し、JavaはStringに対して完全なUnicodeのサポートを行い、内部的にはUTF-16で表現する。Charles O. Nutterが述べている ように、RubyとJRubyでコードを走らせると、微妙な差異として問題はすぐに表面化する。
-
GroovyにGUIビルダーは必要か
Geertjan氏は、NetBeans 6.0にGroovyのサポートが統合し、GroovyでSwingのコードが簡単に書けることに感心している。彼は、MatisseのようなGUIビルダーがGroovyに必要かを問題として取り上げている。Danno Ferrin氏はそれに対し、レイアウト、特にグループレイアウトが必要な理由にあげられると答えている。
-
Grails対Railsのベンチマークについて考える
John Wellsは最近技術評価をしている間に、開発コミュニティに対して"Grailsの全てに関するベンチマークはどこにある?"と大声で質問した。
-
JRubyがJava 5に対応
伝えられたところによれば、JRubyチームは最近Java5に対応させるかどうか論議しているようだ。 JRubyのチームメンバーOla Bini氏はその件に関して決断が下されたことを述べている。