InfoQ

News

Atomikos TransactionsEssentials: Java EEの外でのJTA/XAトランザクションマネジメント

作者 Ryan Slobojan, 翻訳者 編集部 投稿日 2007年11月15日 午後10時26分

コミュニティ
Java,
SOA
トピック
オープンソース,
トランザクション処理
タグ
トランザクション,
Java EE

JavaベースのトランザクションマネジャーであるAtomikos TransactionEssentials(サイト・英語)がそのバージョン3.2をリリースした。InfoQはこのリリースとTransactionEssentialsとサードパーティのトランザクションマネジャーの詳細を探るため、AtomikosのCTOであるGuy Pardon氏(ブログ・英語)に尋ねた。

Pardon氏はTransactionEssentialsの主要な機能に関して説明した。

  • JTA/XAトランザクションマネジメント-トランザクションマネジメントとコネクションプールが提供されている
  • アプリケーションサーバーが不要TransactionsEssentialsはJava EEアプリケーションサーバ内かもしくはアプリケーションサーバから独立して使用される
  • オープンソースTransactionEssentialsはApacheライセンスバージョン2(source)下でオープンソースとなっている
  • JDBC/JMSフォーカス-どんなXAリソースでもサポートされていて、内蔵リソースプールとメッセージリスニングがJDBCとJMS用に提供されている
  • SpringとHibernate統合-SpringとHibernateの統合の仕方を解説したドキュメンテーションが提供されている

Pardon氏はまたAtomikos ExtremeTransaction(サイト・英語)は非XA用のサポートを追加し、コンペンセーションベースのトランザクションとサーブレットコンテナ内での使用するためのグラフィック管理コントロールパネルを提供することによって、TransactionEssentialsに基づき、また構築されていることを説明した。Atomikosはまたサブスクリプションベースのサポートサービス(source)とExtremeTransactionにおける更なる機能への認証アクセスを提供する。

なぜ外部のトランザクションマネジャーを使用するのか訊いたところPardon氏は下記のように答えた。

その質問の裏を返してみましょう。なぜアプリケーションサーバーを必要とするのですか(source)

基本的に、アプリケーションサーバは生産性においてひとつ大きな問題を抱えています。(昔の恐竜である上に)パッケージアーカイブをデプロイしなくては いけないことです。これはデプロイメント以前に行うテストが不完全であるということなのです。またこれはデプロイメントの間に何かがうまく行かないリスクが高いということなのです。私の意見としてはこれは生産性においてかなり大きな問題なのです。

またPardon氏はたくさんのケースにおいてアプリケーションサーバが必ずしもアプリケーションの最善のソリューションとならないかもしれないことを言及している。同氏は例としてSOA/ESBエンドポイントを挙げ、非同期のメッセージハンドリングとJDBCを介した、プロセスははるかに軽量でスケーラ ブルなやり方でなされることと述べた。

TransactionEssentialsの将来のリリースに関して訊いたところ、Pardon氏は向上したJDBCとJMSコネクションプール、OSGiサポートとJMXトランザクション管理をバージョン3.3の主要機能として挙げた。Pardon氏はまたJDBCデータソースとJMSコネクタ用にJMXを追加することがバージョン4.0における目標であることを述べた。

原文はこちらです:http://www.infoq.com/news/2007/11/atomikos

ブックマーク
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 つの理由について書きたいと思います。