問題タブ [soa]

統合テスト（この場合、WebサービスがJDBCと通信している）を実行するとき、結果として生じる石鹸の障害を検査できるように、データベースにエラーをスローさせるにはどうすればよいですか？

私はSpringのTransactionalTestFrameworkを使用しているので、それDROP TABLE whatever;を破るために単に発行するのは不合理でしょうか？：D

私は大企業で SOA を実装していますが、実際にどの Web サービス仕様 (WS-*) を実装するのが適切かわかりません。少なくとも、WS-Addressing、WS-Security、WS-Eventing、および WS-ReliableMessaging に注目しています。ただし、他にも興味深い標準がいくつかありますが、どの標準が広く採用されているかはわかりません。成熟していない、または必要でない場合、標準を実装したくありません (そして、すべての開発者に標準に従うよう強制します)。

編集：

特定の状況についてではなく、一般的にこの質問をしています。(少なくとも私にとっては)実用化されていないように見える WS-* 標準がかなりあるので、どの標準が広く使用されているか非常に興味があります。

ご協力いただきありがとうございます！

カ

いくつかの良いリンクを教えてもらえますか、またはJBIとSCAの仕様の違い/類似点の経験を共有できますか？

どうもありがとう ：-）

Spring Integrationプロジェクトを組み込み ESB として使用した経験のある人はいますか?

私は次のようなユースケースで非常に興味深いです:

• スケジュールに基づいてディレクトリからファイルを読み取る
• JDBC データ ソースからデータを取得する
• その場でモジュールを開始/停止/再展開するモジュール性と可能性 (たとえば、1 つのモジュールがスケジュールに基づいてディレクトリをスキャンし、別のモジュールが jdbc データ ソースからクエリを呼び出すなど)
• 繰り返し/再試行ポリシー

アップデート：

「JDBC データ ソースからデータを取得する」以外のすべての質問に対する回答が見つかりました。技術的に可能ですか？

あなたの会社が最初に実装した社内 Web サービスは何ですか? 何を学びましたか？

Web サービス エンドポイントは通常、プロジェクトの初期段階で定義されます。「コントラクトファースト」の原則に従っているため、クライアント システムに伝達された後は変更しないでください。

したがって、Web サービスに適切なラベルを付けることが重要です。

Web サービスにどのようにラベルを付けますか?

例えば

他のアイデア？

この質問を投票として見る... 最高のアイデアに自由に投票してください。

私は MoM 出身です。ESB を概念的に理解していると思います。ただし、アーキテクチャ上の選択に関しては、この 2 つの実際的な違いについてはよくわかりません。

ここに私が知りたいことがあります

1）この点で私を助けることができるオンラインの良いリンク。

2) どちらか一方を使用することが理にかなっている場所を誰か教えてもらえますか?

どんな助けでも役に立ちます。

Common Information Modelを作成する最善の方法を知りたいです。明確にするために、正規情報モデル、セマンティック情報モデル、およびマスター データ モデルと呼ばれることも聞いたことがあります。私の知る限り、これらはすべて同じ概念を指しています。

過去に、「トップダウン」と「ボトムアップ」を組み合わせたアプローチが最適だと聞いたことがあります。これには、「アイボリー タワー」のアーキテクトと開発者を組み込むという利点があります。作業は中間のどこかで行われ、通常は論理的かつ実用的です。ただし、これにはさまざまなスキルセットを持つ多くの人を連れてくる必要があります。

Distributed Management Task Forceへの言及もいくつか見ましたが、CIM 開発に関するベスト プラクティスについてはあまり調べられませんでした。

強力な CIM を持つことはSOAの前提条件であるため、これについてフィードバックを得たいと思っています。

アップデート

SOA の実装全体に沿った別の戦略があると聞いたことがあります。それは、ビジネスを関与させ、経営幹部の支援を求めることです。これは「トップダウン」の取り組みの一部です。

最近、XML をかなり広範囲に使用するプロジェクトを完成させるよう指示されました。SOA を使用する既存のプロジェクトを検討しています。私は SOA の最新情報を知りたいと思っているので、良いサイトや本などを誰かに勧めてもらえないだろうかと思っています。

Service-Oriented Architecture と呼ばれる Thomas Erl の本を持っており、これを他のリソースで補おうとしています。

乾杯

同じサービスのメソッドにアクセスする 2 つのクライアント アプリ (Web アプリとエージェント アプリ) がありますが、要件が少し異なります。私のチームは、すべてのメソッドに ApplicationType パラメーターを渡すことで、サービス側の動作を制御したいと考えています。これは、基本的に、呼び出し元のクライアント アプリケーションの名前を含む列挙型です。これは、データベース ルックアップのキーとして使用され、サービスを構成します。クライアント固有のオプション。

サービスがどのクライアントがそれを呼び出しているかを実際に認識する必要があるとは思わないので、これについての何かが私を不安にさせます。メソッド呼び出しを介してオプションの負荷を動的に渡すよりも、この方法で実行する方が簡単だと言われています。

クライアントアプリケーションがサービスに自分が誰であるかを伝えることに何か問題がありますか? それとも、構成キーを渡す場合とパラメーター化されたオプションのセットを渡す場合に違いはありませんか?

私が目にする差し迫った問題の 1 つは、サード パーティが実行する別のクライアントにサービスを公開した場合、それらの構成設定をローカルで維持する必要があることです。現時点では両方のクライアント アプリを所有しているため、それほど問題にはなりません。

どのようにしますか？