問題タブ [esb]

BizTalk は脇に置いておきます - 私はそれが好きですが、単に多様性の目的のためだけです。

SOA .Net アーキテクチャーで使用する他の ESB ソリューションはどれですか?

前もって感謝します ： ）

スケジュールされた方法 (20 秒のスケジュール頻度) でファイル システムからファイルを読み取り、それらを esb メッセージに変換する jboss esb サーバーがあり、メッセージを解析します。

esb サーバーには、他にもいくつかのプロバイダー/リスナー (jms) とサービスが構成されています。いずれかのサービスにエラーがあると、上記のプロセスに影響します。ファイル システム プロバイダー (ゲートウェイ) は正常に動作していますが、ゲートウェイ メッセージを受け取る jms-listener が動作しておらず、多数のメッセージが jbm キュー (jbm_msg Oracle DB テーブル) に蓄積されています。

ここに問題があります。サーバーが再起動されると、jbm-queue のメッセージが esb で解析されます。これは、fs-provider のスケジュールされた頻度である 20 秒間だけであり、メッセージを再度処理することはなく、CPU 使用率は 100% に達し、そこにとどまります。 . どういうわけか、fs-providers が jms-provider に割り込みます。

見逃している構成はありますか。

構成ファイルは次のとおりです: jboss-esb.xml

jbm-queue-service.xml

展開.xml

ありがとう

Glassfish などの ESB を使用して、一緒に仕事をしている会社にプレゼンテーションする方法を準備していますが、新しい Web サービスの一部を SOAP から REST に切り替えたいと考えている可能性があることに気付きました。 ESB (主に BEA の ALSB) に関する私の経験では、ESB は SOAP 向けに設計されているように見えました。

新しいアプリケーションが購入されると、それを処理する最終的なサーバーが時間の経過とともに変化するため、Web サービスクライアントが接続するための中心的な場所が必要です。

では、REST および SOAP Web サービスを処理できるオープンソースの ESB はありますか?

オープンソースのSOAソリューションを評価します。オプションは何ですか？
（おそらく）完全なSOAスタックを提供するものを探しています。

以下の機能が欲しいです-

1. BPEL
2. BPM
3. ESB
4. SOAガバナンス
5. 優れた工具

現在、GlassfishESBは良いオプションのように見えます。他に良いスタックはありますか？

クライアントが統合の経験を求めています。私は過去に JMS と Web サービスの作業を行ったことがありますが、それが統合の経験に値するかどうかはよくわかりません。この分野に関する私の限られた知識で申し訳ありませんが、この機会を手放したくありません。ちょっと急いで..だからここで聞いて..彼らはESB（エンタープライズサービスバス）の経験も探しています..おそらくそれは統合作業に関連している..そうではありません.

.NET用のESBを探しています。nServiceBusを見たことがありますが、diggの前に質問があります

Microsoft AppFabricはESBとして機能できますか？

nServiceBusまたはAppFabricを探す必要がありますか？

Biztalk 2006 R2プロジェクト（ESBガイダンス1で使用）があります。オーケストレーションからc＃コードの静的メソッドを呼び出しています。このメソッドは、クラスを使用して、パート0でファイルデータをxlangメッセージ本文にロードします。内部クラスが存在しない場合は例外をキャッチしますが、スローしないでください（静的メソッドにはcatchブロックがあり、オーケストレーションには例外の実際の処理があります）

静的メソッドは次のとおりです。

ファイルストリームをロードするクラスは次のとおりです。

オーケストレーションから静的メソッドを呼び出し、クラスとメソッドがそれを取得した後、オーケストレーションで例外をキャッチすることを期待しています。

私の最初の考えはErlang、またはJavaですが、他の経験から知りたかった.

私は最近、Enterprise Service Busの使用を特徴とするいくつかのアーキテクチャ図を描かなければなりませんでした。ESB は重要であるため、誰もが図に表示されることを望んでいます。でも、すべてがつながっている中心なので、どうしても邪魔になってしまいます。

SoaMLを使用することにしました。リクエストポイントを青、サービスポイントを緑に色分けして、目立つようにしました。ポートのテキスト名から、何が何と通信しているかがわかります。すべてが ESB を通過することが非常に明白です。

誰でも私のアプローチについてコメントできますか? 何か良い提案はありますか？

私は最近、SOA や ESB などについて多くの調査を行っています。

現在、いくつかのレガシー システムの再設計に取り組んでおり、現在よりも多くの SOA アーキテクチャを使用してシステムを構築したいと考えています。これらのサービスを約 5 つの Web サイトで使用していますが、レガシー システムで現在抱えている最大の問題の 1 つは、ほとんどの場合、バグの修正や更新を行うときに、5 つの Web サイトを再デプロイする必要があることです。かなり時間のかかるプロセス。

私の目標は、依存するすべてのサービスと Web サイトを再デプロイしなくても変更できるように、サービス間のインターフェイスを疎結合にすることです。

依存関係を壊したり更新したりせずに、既存のサービス インターフェイスを拡張する機能が必要です。以前にこの問題に遭遇した人はいますか? どのように解決しましたか？