InfoQ

InfoQ

News

マイブックマーク

ブックマークするためにログイン または 会員登録 する

ブックマークされました!

ブックマークがエラーになりました。もう一度お願いします。

Rod Johnson氏SpringSource dm Server 1.0を語る

作者 Scott Delap , 翻訳者 渡嘉敷 満理子 投稿日 2008年10月15日

セクション
デベロップメント,
エンタープライズ・アーキテクチャ
トピック
エンタープライズアーキテクチャ ,
Java ,
Artifacts & Tools
タグ
Spring

5ヶ月のベータ(参考記事・英語)リリース期間を経て、SpringSourceはSpringSource dm Serverバージョン1.0を発表した(リンク)。SpringSource dm Serverは従来のEJB関連の標準とは対照的に、コア部分に(Eclipse Equinoxコンテナを介して)OSGiを使用している。一方、SpringSource dm ServerはWARベースのデプロイをサポートしており、Webサーバ・コンポーネントにはTomcatを利用している。SpringSourceのブログでは、早期導入者の満足気な声がいくつか引用(リンク)されている。

ほとんど苦労することなく、私たちは標準的なSpring/Tomcatベースの一体型Webアプリケーションをいくつかの小規模なOSGiバンドルへと分けることができます。これにより、顧客はさまざまな懸念事項から解放されます...
Integrate AS シニア・コンサルタント
Arne Seime氏

経験上、既存のwarファイルを新しいサーバへ移行し、その後、段階的にモジュール化するのは容易です。私の考えでは、ユーザがこれまで作成してきたようなある種のアプリケーション拡張を備えたOSGiはJavaアプリケーションサーバの将来像であることは間違いありません...
Conscius Finance A/S CTO
Soren Dalby Larsen氏

Eclipseとサーバ・デプロイメントやリポジトリ管理との統合は見事です。
Javaエンタープライズ開発はその暗黒時代から抜け出しつつあるようですね...
North Island Software
John Thomas氏

 これらの感想を本サーバ発表直後の初期見解(参考記事・英語)と対比させることは効果的である。コメントには、既存のSpringスタックがどのように他のアプリケーションサーバやライセンス問題に対応していくのかという懸念事項が含まれていた。

InfoQはSpringSourceのCEOとこの新しいアプリケーションサーバについて話す場を設けた。Johnson氏は、彼の著書であるJ2EE without EJBまで遡り、必要に応じたアプリケーションサーバというコンセプトを提唱していたと言及した。そして、SpringSource dm Serverによりこれが現実のこととなった。続いてInfoQがSpringSourceのコア部分に関して質問したところ、Johnson氏はこう説明した。本サーバのベータプログラムを拡張した結果、数多くのライブラリがテストされてきた。SpringSource OSGi バンドルリポジトリ(リンク)は現在1000エントリに達しようとしている。氏は続いて次のように述べた。GPL関連のライセンスに関する懸念事項、およびSpringSource dm Server上でEPL Eclipse Equinox Serveを利用する方法は、本サーバのFAQ.で検討(リンク)や回答が詳細に行われてきた。また、SpringSourceは、引き続きOSGi標準を発展させるためOSGi Allianceとともに作業に取り組んでいる。

続いて対談は、今後のJava EE 6プロファイルサポートの可能性へ(リンク)と移った。Johnson氏はこう述べた。現在これらの仕様は策定中であるため、明確に述べることはできないが、物事が予想通りに進めば、SpringSourceはWebプロファイルのサポートを行う予定だ。レガシーなEJBから離れることができれば、WebBeansやEJB 3.1がサポートされる可能性も高い。

対談を終えるにあたり、InfoQは、ベータリリースでJohnson氏が最も驚きをおぼえた点について尋ねた。氏は、SpringSource dm Serverのリリース以前に、OSGiベースのソリューションを内部で築こうとしてきた起業の数に驚かされたという。最後に、Johnson氏はSpringSource dm Serverにおける今後の方向性について次のように語った。Springがアプリケーションサーバ・アグノスティックでい続ける限り、SpringSourceは、SpringSource dm Serverが最適なSpring実行環境になるよう引き続き強化を行うつもりだ。さらに、来年に向け管理面の強化やクラスタリング・オプションについて計画中であることも語ってくれた。
 

原文はこちらです:http://www.infoq.com/news/2008/10/springsource-dm

特集コンテンツ一覧

GAE開発の落とし穴

Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します

イベントレポート:「Coqチュートリアル#1」

去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。

Javaの未来についてのNeal Gafter氏とのディスカッション

Choosing Options

Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。

Google Dartのエッセンス:アプリケーションの構築、スナップショット、Isolate

GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式

CSPベースのモデル検査ツール「Process Analysis Toolkit」

本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。

Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~

前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。

書籍『抽象によるソフトウェア設計-Alloyではじめる形式手法-』の紹介

Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。

Windows デバイスで開発するタッチユーザーインターフェイス

スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。