問題タブ [esb]

CXF-BC と CXF-SE の組み合わせで Ws-Security が動作するようになりました。SE の SOAP ヘッダーからユーザー名にアクセスして、操作を呼び出しているユーザーの権限と所有権を確認しようとしていますが、それを行う方法はないようです。メッセージが BC から SE に渡されると、SOAP 本体を取得して JBI メッセージでラップするだけであることがわかっています。JBIメッセージにsoapヘッダーを詰め込む方法はありますか、またはBCが受信したSOAPメッセージを真に転送するようにします。BC と SE で JBIwrapper を無効にしようとしましたが、メッセージは SOAP として送信されますが、元の msg san ヘッダーの本文のみが送信されます。

JAXWS では比較的簡単に実行できたのに、なぜこれを BC/SE で実行するのがそれほど難しく複雑なのか、私にはわかりません。

ありがとう

CXFでWebサービスの信頼性を実現するにはどうすればよいですか？

金融分野で使用され、支払いシステムに関与しているため、100％信頼性が高く安全である必要があります。セキュリティのために、ws-security（インターセプター）を使用したユーザー名/パスワード認証を追加しました。

MQが信頼性とセキュリティを提供するために、transprotにミドルウェア（ActiveMQ）を使用する必要がありますか？

サービスミックスがキャメルを使用してそれを行うことを私は知っています。Gregor Hohpe と Bobby Woolf によって文書化されている EAI パターンを使用している他の ESB は?

サード パーティ プロバイダーからの xml 応答を処理するように構成された Mule のインスタンスがあります。最近、プロバイダーが新しいリビジョンに移行したため、xml 応答が変更されました。ここで、応答が v1 実装か v2 実装かを識別し、適切なエンドポイントを呼び出して応答を処理する方法が必要です。

私が現在持っているものは次のとおりです。

ミュールにフィルターを追加して、サードパーティのリビジョンを識別し (おそらく応答の xml 名前空間を介して)、適切なクラスを呼び出すことをお勧めします。これの良い例は見つかりません。

誰かがこれを解決する方法の例を提供できますか?

RabbitMQをMuleと比較すると、メッセージ指向アーキテクチャを使用してアプリケーションを構築します。AMQP（RabbitMQ）は必要なものをすべて提供しますが、関連するテクノロジーの選択肢やESBのような同様の概念に戸惑っています。他の選択肢を考慮せずに選択をしているのかどうか疑問に思っています。

RabbitMQがメッセージブローカーであり、プロデューサーとコンシューマーの間のメッセージを仲介するのに役立つことはほぼ明らかです（すべてのフォームまたはパブリッシュサブスクライブで、TwitterやFacebookの更新などの実際の例からどのように使用されているかを理解できます）

ラバを使用してRabbitMQで行うことを達成できる場合、ラバとは何ですか？ラバをRabbitMQと同様に検討する必要がありますか？

ラバの目的はメッセージブローカーの目的とは異なりますか？

ラバは、その基礎に、適切なラバリスナーにメッセージを配信するメッセージブローカーがあると想定していますか（RabbitMQでリスナーを簡単に作成できます）

muleは完全なJavaベースシステムです（RabbitMQで行った現在の実験では、クライアントをC＃、サーバーをJavaとして単純なRPCクライアントサーバーを作成するのに30分もかかりませんでした。このようなことは、Muleで簡単に実行できます）。

名前と値のペア（x​​mlではない）を期待するWebサービスにデータをPOSTするミュールサービスを作成してから、そのサービスからのXML応答を処理する必要があります。httpPOSTのペイロードを準備する方法の良い例が見つかりません。

誰かがいくつかの洞察や例を提供できますか？

私がこれまでに持っているのは（「PathToTransformerClass」が必要かどうかはわかりません）：

私は、JavaベースのWebサービスを公開する私の仕事でサードパーティのシステムと統合する必要があるシナリオにいます。サービスのWSDL定義を解析し、プロキシクラスを生成して、.NETの世界でそれらとうまくやりとりすることができます。ただし、Javaアプリのオブジェクトモデルのプロパティ名が非常に複雑であり、Java環境をホストするサーバーがダウンすることがあり、ポイントツーポイントであるという意味で、サービスはあまり「クリーン」ではありません。 URIが応答しない場合、アプリはそれを楽しみません。また、ビジネスが同じデータを利用する新しいものを要求することが多いため、これらのJavaサービスを再利用する可能性が高いため、サービス実装ロジックをWebアプリに直接含めたくありませんでした。

そのため、私がしばらく前に行ったことは、プロパティマッピングを処理し、開発者が開発するためのより優れたインターフェイスを提供する「ラッパー」WCFサービスを作成することでした。ただし、ルーティングやその他の機能を実装し、1：1ラッパーのWCFからJavaサービスに移行したいので、このソリューションはあまり快適ではありません。WCF 4の機能を使用して、これをもう少し動的に処理するための良い方法はありますか？最大のハードルは、変更のためにJavaサービスにアクセスできないことと、その側をサポートする開発者がJava以外のことをよく知らないという事実だと思います。ESO / SOAの概念を説明しようとしても、通常は失われた原因です。

サードパーティサービスへの疑似サービスゲートウェイとしてWCFを使用している人は他にいますか？もしそうなら、WCFデータオブジェクトからサードパーティサービスへのフィールドのマッピングをより動的な方法でどのように処理しますか？サードパーティサービスのWSDLを使用して、WCFレイヤーでバインディングコントラクトとプロキシクラスを生成していますか？

ありがとう。これは非常に幅広い質問であり、100％正しいまたは間違った解決策はありません。このアーキテクチャに関するフィードバックを探しています。WCFサービスがルーティングサービスとして他のWCFサービスと相互作用することについては多くの情報がありますが、WCFがJavaベースのサービスへのゲートウェイとしてルーティングまたは機能する場所はあまりありません。

繰り返しますが、これが私の現在のアーキテクチャです。

.NETクライアント->WCFサービス（マッピング、プロパティのクリーンアップ、およびいくつかのマイナーなビジネスロジック）-> JavaベースのWebサービス->ソースデータ（大規模な資産管理システム）

アーキテクチャ パターン、エンタープライズ サービス バス (ESB) を正確に調べています。この記事エンタープライズ統合を読んだとき、経験がほとんどないため、BizTalk は ESB なのか、それとも単なる EAI (ハブ/スポークまたはバス) なのか疑問に思っています。

このNServiceBus and Biztalkを見つけ、BizTalk を中心的なメッセージ ブローカーとして説明しています。

他の ESB フレームワークを考慮に入れる (NServiceBus および Rhino Service Bus)。これらのフレームワークには、メッセージを処理するための中心点がありません。

Biztalk は ESB ではなく EAI ですか?

どうもありがとう

以前にも質問されたことは知っていますが、もう2 年経っているので状況が変わっている可能性があります。また、私が議論したいより具体的な要件があります。

相互運用が必要なシステムがいくつかあります。メディエーター パターンとパブリッシュ/サブスクライブ通信モデルを使用したいと考えています。一部のシステムは、ESB (メディエーター) に情報をパブリッシュし、ESB は情報をサブスクライバーにプッシュします。

基本的に必要なのはこれだけですが、おそらく何らかのタイプ マッピングが必要になり、さまざまなプロトコルとの通信が必要になります。現在、WS-* (WCF) サービスと REST サービスがあります。

私は ESB にまったく詳しくないので、最初の質問は次のようになると思います: ESB はこれを達成するのに役立ちますか? その場合、次の基準で製品を選択する必要があります。

1. .NET ベース 、できればオープンソース
2. 使いやすい ESB は、私たちが実際に必要としている以上のことができると感じています。機能の山で迷子になりたくないし、機能が多すぎる ESB に対してセットアップ/コーディングするときに発生する可能性のあるオーバーヘッドも心配しています。
3. 広範囲 理想的には、必要に応じて助けを得られるように、より多くの人が使用するものを使用したい

また、BizTalk がどのように比較されるのか、また、無料なのか、MSDN サブスクリプションに含まれているのか、または費用がいくらになるのかについても知りたいです。

ありがとう。

私の計画は、サービスを扱う Java ベースの統合フレームワーク (ESB、SOA など) を開発または使用することですが、次の制約があります。

• サービスは複数のマシンに展開できますが、すべてのマシンに存在する必要はありません
• Service は (新しいバージョンで) 個別に展開および再展開できます
• サービスは、次のいずれかによって他のサービスに接続されます。
  • インメモリ接続
  • (非同期/同期) 他のマシンへのリモート
• サービス接続のルーティング ロジックは、何も再デプロイまたは再起動せずに、その場で構成できる必要があります。

OpenESB がこれらの要件に近いことは知っていますが、ルーティングを変更するにはサービスを再デプロイする必要があります (接続が HTTP BC ベースであると仮定します)。ただし、MuleESB、WSO2、JBossESB など、オープン ソースの ESB についてはよく知りません。 ...これに対する適切な解決策はありますか (構成可能なメモリ内および/またはリモートルーティングなど)? サーバーを個別に使用する予定であるため、クラスタリングについてはあまり気にしません。指定された (必要な場合) JMS ソリューションは、それが重要な場合は HornetQ になります。