問題タブ [esb]

Mule ESB で FROM メールアドレスを取得しようとしています。
取得したオブジェクトを MimeBodyPart として取得しています。代わりに MimeMessage が必要です。これを行う方法？

Mule または Java のいずれかでの任意のソリューションを歓迎します。

受信エンドポイントの Mule 構成部分は次のとおりです。

前もって感謝します。

自己記述型/自動記述型のサービスは、SOA アーキテクチャの優れた点だと考えています。これは、(ほとんど) サービスを呼び出すために知っていることはすべてサービス コントラクト (WSDL など) に含まれているためです。

私にとって自己記述的ではないサービスのサンプルは、Facebook クエリ言語 (FQL http://wiki.developers.facebook.com/index.php/FQL )、または 1 つの文字列パラメーターで XML フローを交換して解析する Web サービスです。 XML と処理の実行。

技術的には、呼び出し元に技術的な影響を与えることなく実装を切り替えることができ、実装/バージョン間の互換性をビジネスレベルで処理できるため、最後のものはさらに技術的に分離されているように見えます。一方、強力なインターフェイスがない (サービスとそのバージョンに希薄化されている) と、サービスが既存の実装に密接に結合されます (サービスを交換し、完全な互換性を確保することがより困難になります)。

この質問は、SOA アーキテクチャで疎結合を実装する方法に関連しています

では、自己記述/自動記述サービスは、SOA アーキテクチャーで疎結合または密結合ですか? ESB に関する影響は何ですか?

任意のポインタをいただければ幸いです。

NServiceBusなどの.netを使用してESBのことを調べていますが、誰かがどのような現実のビジネス上の問題を解決できるかを強調できますか（技術的な優位性を忘れてください）？そして、これは異なるシステムを統合するために使用されます。

ここ数週間、私は他のCEP /ルールエンジンの中でDroolsを研究してきましたが、Droolsを使いたいと思っています。また、異なるサービス間のメッセージのルーティングを担当するJBossESBもあります。

ボートを完全に見逃さない限り、JBossESBを介してDroolsにデータを取得する方法を一生見ることはできません。

ESBの内部には、正しく監視およびルーティングする必要のあるデータ（ファクト）があります（一部のデータプロパティも、各ファクトの他のプロパティに基づいて変更する必要があります。Drools（FusionとExpertの組み合わせ）を使用して計算しました。 ）これを処理するための最良の方法ですが、JBoss（または他の）ドキュメントのいずれにも、それをどのように実行するかは実際にはわかりません。

これは馬車の前の状況ですか？私はどこかでボートを完全に逃していますか？

どんな助けでも大歓迎です。

ありがとう。

キューに入れられた、または拒否された他のすべての呼び出しで、一度に1つの接続のみを受け入れるWCFサービス（Webサービス）を作成することは可能ですか？

手元のタスクを処理できるクライアントが多数存在するが、クライアントがより多くの作業を要求する場合、タスクはそのうちの1つにのみ実行する必要がある、競争力のある消費者パターンを実装する必要があります。通常はエンタープライズサービスバスの一部として実行されますが、使い始めて満足しているバスが見つからないため、WCFサービスを介してこの動作を取得しようとしています。

アイデアはありますか？

Sonic ESB プロセスを Web サービスとして公開し、メソッドを呼び出してデータをアップロードする .NET アプリケーションを作成しました。

このために、.NET 側に複雑なオブジェクトのライブラリを用意し、それを Sonic ESB 側の Web サービス定義に xml 形式で追加しました。これは、Sonic ESB プロセスを公開するために必要な手順です。呼び出されるメソッドは、.NET アプリケーションから渡されるオブジェクトを認識できる必要があるためです。

ただし、サービス参照を .NET アプリケーションに追加しようとすると、同じライブラリがサービスの両側で 2 つの異なるものとして扱われます。これは、異なる名前空間に割り当てられているためです。サービス参照を作成するときに「参照されたアセンブリで型を再利用する」がチェックされていることを確認しても違いはありません。互いに対応する異なる型は分離されています。

したがって、次のコードはエラーになります。

どんな提案でも大歓迎です！

新しいプロジェクトにnServicebusを使用するかカスタムソリューションを使用するかを調査しています。基本的には、さまざまなソースからメッセージを受信し、これらのメッセージを処理してから、ある宛先に送信する「メッセージングレイヤー」を作成したいと思います。ほとんどの場合、私はメッセージを取得して送信します。場合によっては、メッセージはWebサービスを介して到着します。nServicebusがこのタイプのプロジェクトに適しているかどうか、またはいくつかの汎用インターフェイスを作成してデータベースをメッセージのキューとして使用する必要があるかどうかを知りたいです。

1つの例は、FTP経由でファイルを取得し、これらのファイルを復号化してから、COM呼び出し（ActiveX dll）経由で処理する必要がある場合です。このプロセスはさまざまな時点で失敗する可能性があります。メッセージをいつ再取得、再処理、または再送信する必要があるかを指定できるようにしたいと思います。

エンタープライズ サービス バス (ESB)、.NET サービス バス (Windows Azure AppFabric サービス バス)、NServiceBus、RhinoServiceBus、MassTransit など。

これらの各テクノロジーに共通する点と共通しない点を理解しようとしています。

私は今日、.NET Service Bus に関する Juval Löwy のプレゼンテーションに出席しました。彼は、.NET Service Bus は ESB の貧弱なバージョンとして使用できると述べました。 ESB、他に真の ESB はありますか?

他のものが真の ESB である場合、.NET Service Bus とは対照的に、それらを真の ESB にするものは何ですか?

私の組織は最近、さまざまなミドルウェア製品/概念をアプリケーションに組み込むべきかどうかという問題に取り組んでいます。私たちが注目している製品は、Pegasystems、Oracle BPM / BPEL、BizTalk、FairIsaacBlazeなどです。

しかし、私はこれらすべてを理解するのに苦労しています。これらのさまざまな製品の有用性（ポジティブまたはネガティブ）の評価に進む前に、この分野のさまざまな概念すべてを理解しようとしています。BPM、ESB、SOA、CEP、WF、BRE、ERPなどのアルファベットのスープに圧倒されています。これらの側面の1つ以上をカバーしているように見える製品もあれば、1つを実行することに焦点を当てている製品もあります。用語はすべて非常にあいまいで、互いに混同されているように見えます。

これらのさまざまなミドルウェアの概念/パターンをすべて理解するための優れたリソースはありますか？一冊の本？ウェブサイト？それをうまくまとめた記事？さまざまな人気のある製品を、それらが対処するパターンにマッピングするリソースがある場合は、ボーナスポイントが得られます。

ありがとう、

〜ジャスティン

NServiceBusで組み込みのMSMQメッセージトランスポートを使用する代わりに、SQL Serverを物理メッセージトランスポートとして使用する方法はありますか？

ありがとう