0

私は最近、パイプライン コンポーネント開発でこの方法を使い始めましたが、開発の部分でうまく機能しています。コンポーネント/パイプラインの最初のデプロイでもうまく機能しました。

ただし、問題は、パイプライン コンポーネント DLL に変更をデプロイするときに、それらを更新できないことです。

アセンブリをGACに追加する限り、投稿に従います。次に、アセンブリを含む MSI を BizTalk からエクスポートし、「上書き」オプションを使用してインポートします。ホスト インスタンスを再起動し、IIS を再起動します (分離されたホストがコンポーネントを使用しているため) が、dll に加えた変更が (この場合) ステージング サーバーで行われません。

MSIL フォルダーを確認しましたが、フォルダーと dll は実際に日付が変更されて更新されていますが、メッセージを送信しても変更は行われません。

欠けているステップはありますか？コンポーネント自体のバージョン番号を増やす必要はありますか? バージョンを増やし、コンポーネントを参照するパイプラインを再デプロイしましたが、それでも変更は開始されません。

4

2 に答える 2

1

私の問題を見つけました。私の開発環境では、次のことを行う必要がありました。

  • のリソースを右クリックします<myApplication>/Resources
  • 「変更」を選択し、
  • 「更新」ボタン。
  • カスタム パイプラインの dll がインストールされている GAC ディレクトリに移動します。C:\Windows\Microsoft.NET\assembly\GAC_MSIL\<myComponent>\v4.0_<myVersion>__<myPublickey>
  • ホスト インスタンスを再起動します (これが完全に必要かどうかは不明です)。

次に、dllをエクスポートして、宛先サーバーにインポートできます（Overwrite Resourcesチェック済み）。その更新がないと、dll の変更が宛先サーバーで認識されませんでした。うまくいけば、これでいつか誰かの時間を節約できます。

于 2015-05-26T20:12:42.157 に答える