InfoQ ホームページ Java に関するすべてのコンテンツ
-
Onno Kluyt氏がJCP議長を退任 後任はPatrick Curran氏
Onno Kluyt氏はJCPの議長を退任することを発表した。2004年の7月からJCPの議長を務めており、議長に就く前にもいくつかの役割でJCPプログラムのマネージメントを行っていた。
-
Javaコンテンツリポジトリ2.0：公開レビュー
Javaコンテンツリポジトリが好調だ。最初のバージョンであるJSR-170が順調であるなか、JCR APIの第2バージョンがJSR-283として公開レビューのためにリリースされた。
-
Java EE 6に関するGavin Kingの2回目の要望リスト：JSFとELエンハンスメント
Hibernateの開発者でありSeamプロジェクトを先導するGavin Kingが、Java EE 6の要望リストにパート2、パート3を追加した。Java EE 6に関する包括的なJSR（JSR 316）が先日公開審査のため発表された。
-
JRuby GUI APIへの3つのアプローチ
1998年にSwingがJREのバージョン1.2に追加されると、その前身であるAWTは重要なアプリケーションにとって不十分なものとなった。 Swingの問題の1つは、小さなアプリケーションを構築するのにも必要なコードの量が多いことだ。この問題によってXMLベースのGUI定義言語が作られることになった。
-
Lucene 2.2：ペイロード、Functionクエリ、さらなるスピード
Lucene Java 2.2が発売中である。Luceneは100％Javaで書かれた高性能、フル機能のテキスト検索エンジンである。今回のリリースでの新機能を解説する。
-
-
XQuery Java API JSR 225がPublic Reviewで利用可能に
JSR 225の最初のパブリックレビュー草案であるXquery API for Javaが検討のために提示された。Oracleが主導のその仕様は、JavaでのXQueryの実装に対して、標準的なプログラミングアクセスを提供することが目的である。
-
jQuery：Web UIを充実させるためJavaScriptで記述する新しい方法
2006年初頭にJohn Resigが生み出したjQueryは、JavaScriptでの開発を簡素化する様々な機能がある。ここではそれら機能の紹介を行う。
-
プロファイルと拡張性 - Java EE 6の重要なリファクタリング
Java EE 6(JSR 316)の提案が発行された。InfoQでは過去にJava EEの来るべきリリースに向けたコミュニティの構想について取り上げた。リリースに向けての2つの重要なテーマは拡張性とプロファイルである。
-
Sun CTOのBob BrewinがEclipse3.3とNetbeansの将来について語る
InfoQは近頃、EclipseのヨーロッパリリースとSunのIDE - Netbeansの将来的な方向性に関して、SunのCTOであるBob Brewinと話し合った。
-
jmx4rでRuby流にJMXを使う方法
Javaのような成熟したプラットフォーム上で、アプリケーションを動作させて恩恵を受けることの一つにモニタリングのような成熟した機能を使えるということがある。JRubyのコアチームメンバーであるOla Biniは、Javaのモニタリング機能がJRubyアプリケーションのメモリの振る舞いをモニタリングするのに役立つことを発見した。
-
InfoQ Japan「草の根ベータ版」オープンのお知らせ及びご意見ご要望募集
最新技術を追い求めるデベロッパのための情報コミュニティ「InfoQ.com」日本語版の「草の根ベータ版」がひっそりとオープンしました。 サイトの修正依頼等、ご意見ご要望がございましたら、本記事のコメントとして記載をお願いできればと思います。
-
XWiki 1.0: 拡張可能なJavaベースwiki／アプリケーションプラットフォーム
XWiki.comはこの程、企業向けのwikiとJavaで書かれており、LGPLライセンスの下で公開されたアプリケーションプラットフォームの最初のバージョンを発売した。この開発プラットフォームの特性は共同のwebアプリケーションを開発することを考慮しており、またプラットフォーム上に構築したパッケージ化したアプリケーション（第二世代wiki）を備えていることである。
-
JNAがネイティブコードをJRubyに適用
Java Native Access(JNA)ライブラリは、JRubyによりシンプルなPOSIXをもたらし、ネイティブエクステンションを可能にするかもしれない。
-
Java EE 5はEJBを用いたほうが簡単か？
たくさんのエンタープライズJava開発者達がEJB1.Xと2.Xの時代にEnterprise JavaBeansの経験を得た。そしてこの開発者達はより軽量だと思ったSpringフレームワークのような技術を選ぶようになった。なぜなら人手でソリューションを構築することや軽量のフレームワークを使うのはEnterprise Java Beansよりも簡単で時間を要さないと感じたからだ。Java EE5.XとEJB3.Xは簡潔さと軽量開発の実践を追求したものだ。それでもまだPOJOソリューションのほうがシンプルで簡潔なコードであることは事実なのか？Adam Bien氏はそれに同意していない。