問題タブ [btdf]

TFS をインストールして準備完了です。ディスク構造を決定しようとしています。Common と BookTransfer という名前の 2 つの BizTalk プロジェクトがあるとします (実際には 7 つ持っています)。[このクライアントでは、BizTalk.Artifacts という 1 つのプロジェクトにスキーマ、オーチ、マップを含めるスタイルを採用しました]。「components」という名前のフォルダーは C# コードです。構造の一部をある程度指示する BizTalk 展開フレームワークと呼ばれる CodePlex ツールを使用しています。

ディスク ディレクトリでどの程度のネスティングを行うべきかを決定しようとしています (EC はアプリケーション名で、Common/BookTransfer または BizTalk アプリケーションは展開/展開解除を容易にするために分離されています)。

提案＃1：

提案 2 - よりフラットなアプローチ

現在の構造 (ネストされたフォルダーが多すぎる可能性があります)

「メイン」は分岐する場合のためのもので、同じ構造を持つ他の分岐があります。

Biztalk2010およびBiztalkDeploymentFramework 5.0（BTDF）で、仮想ディレクトリを作成する必要があります。

.btdfprojファイルにVDirセクションを追加しましたが、IDEを介して（ビルドされたMSIからも）デプロイした後、次のエラーが発生します。

VS2010（SP1）、BTDF 5.0、WinServ2008R2（64ビット）、IIS6バックワードコンプ機能を有効にしています。でも<UndeployIISArtifacts>true</UndeployIISArtifacts>役に立たない。

私は次のPSスクリプトを持っています：

Powershell ISEを使用して、次のように3つのパラメーターを渡してスクリプトを実行しようとします。

しかし、次のエラーが発生します。

スペースを含むパラメータを渡す方法を誰かに説明してもらえますか？一重引用符を使用してみましたが、喜びはありません。

BTDFドキュメントの「デプロイされたアプリケーションのアップグレード」を読むと、インストーラーがデプロイされたアプリケーションをアップグレードするという印象を受けます。ProductIdとProductVersionを（必要に応じて）変更した後、新しいインストーラーを2回実行しましたが、成功しませんでした。目的は、アプリケーションをアンインストール/アンインストールせずに、デプロイされたアプリケーションをアップグレードすることです。それも可能ですか？ドキュメントはそれについて不明確です。これが私が結果とともに取ったステップの説明です。

1. 初めてインストーラーを実行し、実行したら、展開ウィザードを実行しました。デプロイされたウィザードは、一意のアプリケーション名を指定するように提案するエラーを出しました（アプリケーションはすでにデプロイされているため、競合を理解しています）。

2. 2回目は、インストーラーを実行して終了しました。新しいDLLでGACを更新し、BizTalkが更新されたdllを検出してプロセスをリセットすると考えて、展開ウィザードを起動しませんでした。運もありません。

誰かがプロセスを説明してくれませんか？繰り返しになりますが、目標は、デプロイされたアプリケーションをアンデプロイ/アンインストールせずにアップグレードすることです。

BizTalk 展開フレームワーク (BTDF) を使用してプロジェクトを展開していますが、そのプロジェクト内にパイプライン コンポーネントがあります。コンポーネントは、BizTalk インストールのパイプライン コンポーネント フォルダーにある dll を正常に展開しているように見えます。ただし、ツールボックスには表示されず、ツールボックスをリセットしようとするとVS2010がクラッシュし、コンポーネントが削除されるまで再起動しません...

他の誰かがこのようなものに出くわしますか?

BizTalk 2009 環境に対して開発しています。BizTalk 展開フレームワーク (BTDF) を使用して、ソリューションをサーバーに展開しています。私が直面している問題は、マップの任意の側面を微調整すると、変更が BizTalk メッセージ本文またはテストに使用する出力メッセージに反映されないことです。たとえば、マップされた要素へのリンクを削除しても、ソースから宛先にマップされているデータは何も変更されていないかのように表示されます。

各展開の間に、BTDF はアプリケーションをアンインストールし、アセンブリを再 GAC し、アプリケーションをインストールしてから、ホスト アプリケーションをバウンスします。多くの場合、BizTalk は本質的に私のマップ バージョンに追いつき、別の微調整を行うまで問題なく動作します。

BizTalk が更新できない方法でマップをキャッシュしている可能性はありますか?

BizTalk ソリューションの展開にBizTalk Deployment Framework (BTDF) を使用しています。BizTalk バインディングに変更を加えた場合は、BizTalk 管理コンソールからエクスポートし、PortBindingsMaster.xml バインディング ファイル (BTDF で作成) をエクスポートしたバインディングに置き換えます。あなたの多くが同じことをしていると思います。問題は、エクスポートを実行すると、BizTalk がバインド ファイル内の XML ノードの順序を混同するため、ソース管理とマージしようとすると、9000 を超える競合が発生することです。

これらの BizTalk バインディングをマージするための優れた方法はありますか?

BTDF 展開パッケージ、最初にスキーマに取り組んでいると、多くの警告が表示されます...

以前に展開されたスキーマ "" は、同じターゲット名前空間 " http://schemas.microsoft.com/2003/10/Serialization/ " を持っています。

..._schemas_microsoft_com_2003_10_Serialization.xsdおそらく複数の Web サービスを参照することによって追加された のさまざまなコピーに遡ります。

これらはすべて必要ですか？...特に内容が同一であるため

1つでも必要ですか？

同様に、複数のコピーがあります...Serialization_Arrays.xsd