0

Google、Bing、出版された本など、さまざまなメディアを通じてこれを調査しましたが、この問題が何度か尋ねられたにもかかわらず、それに対処する方法がないとは信じがたいです.

これをstackoverflowで検索しようとしましたが、検索パラメータに一致するものを見つけることができませんでした. ある場合は、そこを指してください。ありがとう！

質問は次のとおりです。

Biztalk 管理コンソールでいくつかの Biztalk アプリケーションを作成する必要があります。1 つのアプリケーションは DEV 用で DEV SQL サーバーを指し、別のアプリケーションは QA 用で QA SQL サーバーを指すなどです。各アプリケーションには、他のすべてのアプリケーションが持つリソース用の独自のコンテナが必要です。

例: アプリケーション #1 には、バージョン 1.0.0.0 の ReadFoo.dll があります。WriteFoo.dll、バージョン 1.0.0.1

独自の ReadFoo.dll バージョン 1.0.0.1 を持つ、まったく別の SQL データベース インスタンスを指す 2 つ目のアプリケーションを作成したいと考えています。WriteFoo.dll、バージョン 2.0.0.0。

2 番目のアプリケーションを実行しようとすると、同じリソースが別のアプリケーションの別の場所に既に存在すると Biztalk が訴えます。

これをグーグルで検索すると、これを実現するには、別のサーバーに別の BizTalk 構成データベースを使用して、2 つ目の BizTalk グループを作成する必要があると思われます。

助言がありますか？

4

1 に答える 1

4

個別の開発環境とステージング環境を使用することがベストプラクティスと見なされています。Biztalk 2006でアプリケーションが導入され、関連するBiztalkアーティファクトの展開と変更の管理タスクが簡素化されました。この概念の名前は、複数のアプリケーションで同じリソースを複製できることを意味する場合がありますが、そうではありません。すべてのBiztalkアセンブリには、厳密に名前を付けてグローバルアセンブリキャッシュに追加する必要があるため、単一のマシン（Biztalkホストインスタンス）で一意である必要があります。

アセンブリのバージョン番号を手動で操作することでこれを回避することもできますが、このアプローチは維持するためのPITAだと思います。たとえば、設定を誤ると、間違ったアセンブリが呼び出される可能性があります。アプリケーションをMSIファイルとしてエクスポートし、目的の環境にインポートする方がはるかに簡単です。

于 2013-01-07T13:48:36.033 に答える