■JMSとは？ JMSは通称「MOM」（メッセージ指向ミドルウェア）と呼ばれるエンタープライズメッセージングシステムにアクセスするための標準APIです。つまり、メッセージングシステムそのものの実装ではなく、MOMのサービスを利用するためのJavaベースの標準インターフェイスであるということです。JMSで定義されている仕様はベンダ・ニュートラルであり、どのMOMにアクセスする場合でも、一部の属性のみに個別の情報を定義するだけで、JMSアプリケーション自身は共通の手順と構成でシステム構築を進めることができます。 また、JMSを利用することで複数のアプリケーションがメッセージの交換を通じて通信することができるようになります。そのメッセージング形態はピア・ツー・ピア型であり、JMSアプリケーションは通常「クライアント」に位置付けられます。JMSはJ2EEのほかのサービス（JTA/JTS、JNDI、

「インテグレーションはSOAに基づいて実施し、そのベースとなる基盤にESB（エンタープライズサービスバス）を採用することが、現時点で考え得るもっとも効果的な方法である」というのがSOAベンダー各社の一致した見解となっています。 ところが、各ベンダーで一致しているかのように見える「SOA」や「ESB」は、アプリケーションをインテグレーションするという、大枠の考え方を示しているにすぎず、規格として定まったものではありません。そのため、SOA/ESB関連製品は各ソフトウェアベンダーの解釈によって異なる仕様となっており、各ベンダーが唱えるSOAの設計方法（モデリング）や具体的なSOA実装方法もまた異なっているのです。 そこで本連載では、SOAやESBのコンセプトとは本来どのようなものであるか、またSOA/ESB製品がどのような機能を備えておくべきかを考察していきます。第1回では、SOA実行基盤であ

SCAとは? Service Component Architecture(以下、SCA)は、SOA技術をベースとし、各種の実装言語で作成されたコンポーネントを結合してアプリケーションを構築するためのプログラミングモデルである。 SCAが登場した背景には、近年のITシステムの大規模化/複雑化がある。ITシステムの複雑化が進んだことにより、最近では、部品単位の開発や部品の再利用が可能となる「コンポーネント指向開発」の必要性が声高に叫ばれるようになっている。しかし、コンポーネント指向の開発を実践するうえではさまざまな困難が付きまとうことは、皆さんご存じのとおりだ。 例えば、既存の資産をコンポーネントとして再利用してシステムを構築したいが、それらが様々な実装言語で記述されていた場合はどうすべきか? また、非常に低レベル/細粒度のコンポーネントを組み合わせて中粒度のコンポーネントを構築すべき場合が

前回は、ビジネスプロセスの連携方式として、リクエスト・リプライとイベントドリブンについて説明しました。今回はリクエスト・リプライ方式の実行環境としてデファクトスタンダードになりつつあるBPELについて取り上げます。 BPELはビジネスプロセスを定義するための言語仕様です。IBMが仕様開発を行っていたWSFLとMicrosoftが開発していたXLANGを基に、SiebelSystem、BEA、SAPが加わって2003年に提案されたBusiness Process Execution Language for WebServices Version 1.1（BPEL4WS）がベースとなっています。 BPELはその後、標準化団体であるOASISに移譲され、今年（2007年）4月にBEPL 2.0（Web Service Business Process Execution Language Ve