0

IBM Integration Bus v10 (IIB) を使用して ESB ソリューションを設計しています。どうにかして既存の COBOL コピーブックを Toolkit にインポートし、それらを SOAP WebServices として公開したいと考えています。

ドキュメントでマッピングノードを作成して手動で作業を行う方法を見つけただけですが、毎回カスタムマッピングを必要とせずにすべてのサービスに適用できる辞書 (SOAP 名と COBOL 名) を定義するような自動化を好む. そう...

1) それは可能ですか? そのような辞書をどのように定義できますか?

2) それが不可能な場合、すべてのサービスに対して一般的なフローを構築し、そのフローで公開する必要があるコピーブックをインポートするにはどうすればよいですか? 私たちの主な目的は、Toolkit を使用せずに、コマンド ラインから新しいサービスを公開できるようにすることです。私たちの目的は、ツールキットをフローの設計にのみ使用することですが、新しいサービスの公開は自動的に行う必要があります。

3) 現在のソリューション (IIB なし) は、サービスごとにカスタム Java コードを含む jar ファイルを生成します。これは、Java 注釈付きクラスから COBOL が理解するバイト配列へのマッピングを行います。

1 番目と 2 番目の質問のいずれも IIB で処理できない場合、非常に多くの JAR をインポートし、Java コンピュート ノード内からそれらを使用して変換を行うのが簡単かどうか、誰か知っていますか? それは依存の悪夢になるでしょうか？

よろしくお願いします。

4

1 に答える 1

0

1. これは可能ですが、Toolkit はエンド ツー エンドのアプリケーションを生成しません。正直なところ、メッセージ モデルとボイラープレート コードのほとんどは生成されません。そのため、すべてのサービスに適合するマッピング スキームを考え出し、ツールキットでこの一般的なマッピングをコーディングする必要があります。ただし、インターフェイス 1-1 を転送する、より単純なマッピングを好みます。それらがたくさんあり、新しいものを追加するたびに開発が必要になる場合がありますが、多くの小さなマッピングの開発に費やす時間ははるかに少なく、1 つの一般的な目的に費やすことができます。

Toolkit は、パターンと呼ばれるパラメーター化されたアプリケーションの作成をサポートし、新しいインスタンスのパラメーターを指定するだけでそれらを再利用します。これはまだ開発中ですが、非常に簡単に作成できます。

2、これは不可能です (または、多くの初期開発が必要です。IIB はプログラムでアプリケーションを構築するための Java API を提供しているため、ある意味で何でも可能です)。一般的なインターフェースがなければ、少なくとも新しい COBOL サービスのインターフェース用のメッセージ モデルを常に作成する必要があります。

3, Java Compute ノードから外部 JAR を簡単に使用できます。すべての COBOL サービスに適した Web サービス インターフェイスを考え出し、それを IIB に実装し、外部 JAR を呼び出してデータ フローの COBOL 側を実行できます。ただし、IIB アプリケーションを変更せずに新しいサービスを追加するのは難しいかもしれません。

于 2015-10-14T20:55:49.457 に答える