アプリケーションの開発を始めるために必要な知識

新規ユーザー: アプリケーションの開発を開始する前に、このトピック内のリンクを使用して、理解しておく必要のある概念に関する情報を入手することができます。

このトピックには、以下のセクションが含まれています。

アプリケーション開発の基本概念

開発可能なリソースのタイプ

以下のタイプのリソースを開発することができます。
  • メッセージ・フロー

    メッセージ・フローとは、入力メッセージを受信したときに統合ノード内で実行する、処理ステップのシーケンスです。 メッセージ・フローを定義するには、いくつかのメッセージ・フロー・ノードを組み込み、各ノードで、処理ステップを定義する一連のアクションを表します。 メッセージ・フロー・ノードについて詳しくは、 メッセージ・フロー・ノードを参照してください。

IBM Integration Bus は通常、何に使用されますか?

このセクションのリンクを使用して、 IBM® Integration Bus が一般的に使用されるタスクについて確認してください。 また、これらのタスク用にメッセージ・フローをインプリメントするための、いくつかの代替方法についても学べます。

  • IBM Integration Bus を使用してメッセージを経路指定する方法

    メッセージ・フローを使用してメッセージをルーティングする方法をいくつか選択することができます。

    • フィルター ノードの使用

      フィルター ノードを使用して、メッセージの内容に基づいてメッセージ・フローを介してメッセージを経路指定することができます。 フィルター ノードのさまざまなターミナルに接続されているノードを使用すると、メッセージの内容に基づいて、さまざまな処理およびルーティングをメッセージに適用できます。

    • ルート ノードの使用

      ルート ノードを使用して、メッセージの内容に基づいて、メッセージ・フロー内のさまざまなパスを介してメッセージを経路指定することができます。 ルート ノードは、XPath 式を使用して処理を制御します。

    • 宛先リストを使用したメッセージの経路指定

      計算、 マッピング、または JavaCompute (計算) ノードを使用して、出力メッセージの受信者を定義する宛先リストを作成できます。 このリストは、 ラベルにルーティング および 表示名 ノードを使用してメッセージを経路指定するために使用できます。 またはその代わりに、いくつかの出力ノードでは、宛先モード用の宛先リストを使用して 1 つのメッセージを多数のロケーションに送信することもできます。

  • IBM Integration Bus を使用してメッセージを変換および強化する方法

    メッセージ・フロー内のさまざまなノードを使用してメッセージを変換および拡充する方法はいくつかあり、その中から選択できます。 データベース、アプリケーション、およびファイルから取った内容を使って、メッセージを充実させることができます。 メッセージ・フロー内のノードをプログラミングする以下の方式を使用して、メッセージを変換できます。

    • データベース

      IBM Integration Bus は、メッセージ・フローの代わりに統合ノードがデータベースと対話するように構成できるように、さまざまなデータベース・マネージャーをサポートしています。 このリンクをたどると、データベースと接続を作成および構成する方法についての説明を参照できます。

    • 「ESQL」

      拡張構造化照会言語 (ESQL) は、データベースを処理するために通常使用される構造化照会言語 (SQL) に基づいたプログラム言語です。 ESQL は、メッセージおよびデータベース内のデータにアクセスしてそれを取り扱えるように拡張されています。 計算 ノードを使用して、メッセージを変換およびエンリッチするための ESQL をコーディングできます。

    • Java™

      JavaCompute (計算) ノードを使用して、有効な Java コードをメッセージ・フローに追加します。 Java を使用して、メッセージ・フロー内のメッセージにアクセスし、作成し、変換することができます。

    • グラフィカル・マッピングの概要

      メッセージ・マッピングは、ドラッグ・アンド・ドロップ・インターフェースを使用してメッセージを変換します。 条件付きロジック、ESQL 関数、Java 関数、および XPath 関数を使用して、複雑なマッピングおよび変換を作成できます。 また、メッセージ・マッピングを使用して、データベース表内のデータの選択および取り扱いができます。 マッピング ノードを使用して、メッセージ・マッピングを作成し、メッセージを変換してエンリッチすることができます。

    • XML 変換

      XSL変換 ノードを使用すると、Extensible Stylesheet Language (XSL) スタイル・シートによって提供されるルールに基づいて、あるタイプの XML メッセージから別のタイプの XML メッセージに変換することができます。

  • Web サービスで IBM Integration Bus を使用するにはどうすればよいですか?

    IBM Integration Bus には、Web サービスを操作するためのいくつかの方法が用意されています。

アプリケーションの接続方法

このセクションのリンクを使用して、アプリケーションを IBM Integration Busに接続する方法を確認してください。

論理メッセージ・ツリーとは何か

このセクションのリンクを使用して、メッセージ・フロー内の論理メッセージ・ツリーおよびメッセージの内部表現を考察します。 メッセージがメッセージ・フローによって受け取られると、いわゆる論理メッセージ・ツリーまたはメッセージ・アセンブリーという論理構造が作成されます。 メッセージ・アセンブリーは、物理メッセージの内部表現であるメッセージ・ツリーと、メッセージ・フロー内のメッセージの処理中に情報の保管に使用されるいくつかの他のツリーで構成されます。

メッセージ・フォーマットとは何か

このセクションの以下のリンクを使用して、メッセージ・フローで受信される物理メッセージについての情報を入手し、さまざまな構造とフォーマットがアプリケーションによって処理される方法を確認します。

  • 事前定義メッセージと自己定義メッセージの違いは何ですか?

    IBM Integration Busでの事前定義メッセージと自己定義メッセージの違いについて説明します。 アプリケーションの設計は、事前定義または自己定義のどちらのメッセージを使用するかの決定によって影響を受けます。 事前定義メッセージを使用する場合は、メッセージ・フロー内のノードによって使用される論理メッセージ構造を定義するメッセージ・モデルを作成する必要がありますが、その代わりに、あるいはそれと共に、自己定義メッセージを使用することもできます。

  • メッセージをモデル化する理由

    システムで自己定義メッセージを使用する場合でも、メッセージをモデル化することの利点について学びます。

  • メッセージ・モデリングの概要はどこにありますか?

    このリンクをたどって、メッセージのモデル化に関する概要情報を入手します。

  • パーサーとは何ですか?

    パーサーを使用して、着信メッセージの物理構造を解釈し、ツリー構造内のメッセージの内部表現である論理メッセージ・ツリーを作成することができます。 このリンクをたどると、パーサーの概要を入手できます。

  • どのメッセージ・ドメインおよびフォーマットを使用できますか?

    メッセージ・モデルには、物理メッセージから論理ツリー構造を作成するために どのパーサーが使用されるかを決める、1 つ以上のドメインがあります。 このリンクをたどると、メッセージ・モデル用のドメインおよびパーサーの選択に関するガイダンスが記載されています。

アプリケーション開発の拡張概念

開発可能なその他のリソース

  • WebSphere Adapters を使用するメッセージ・フローの開発

    WebSphere Adaptersを使用して、エンタープライズ情報システム (EIS) に接続するアプリケーションを開発できます。

  • ユーザー定義拡張機能の概要

    ユーザー定義拡張機能は、 IBM Integration Busによって提供される機能を拡張するためにユーザーが設計したオプションのコンポーネントです。 ユーザー定義の拡張機能となり得るのは、ノードかパーサーのどちらかです。

  • カスタム統合アプリケーション

    IBM 統合 API は、適切な統合ノードへのリモート・インターフェースを使用して統合ノードを制御するためにプログラムできるアプリケーション・プログラミング・インターフェース (API) です。