1

私は BizTalk 2006 R2 に取り組んでいます (ESB ガイダンス 1.0 を使用)

最近、ドット ネット フレームワーク 4.0 を使用する VS 2010 での新しいモデル (ドット ネット モデル) の開発を終了しました。新しいモデルは 4.0 の機能を使用し、ダウングレードできません。GAC が新しい 4.0 フレームワークで変更され、別の場所に配置されていることがわかりました (ドット ネット フレームワーク 4.0 の gac への変更) 。

私のオーケストレーションの 1 つは、4.0 アセンブリを使用して機能を拡張します。アセンブリを GAC (新しい GAC) に登録しましたが、エラーが発生し続けます。

ファイルまたはアセンブリ 'MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0177fe918f6918aa' またはその依存関係の 1 つを読み込めませんでした。システムは、指定されたファイルを見つけることができません。

BizTalk 2006 R2 で作業し、(参照を使用して) dot net 4.0 アセンブリを呼び出すことは可能ですか?

PS私の代替手段は、4.0モデルをWCFサービスとして公開し、BizTalkから呼び出すことですが、最後に保存したいです)

4

2 に答える 2

3

単純に、いいえ。

2010バージョンより前のバージョンでは、古いバージョンのBizTalkServerは新しいCLR4.0 GACを認識していないため、そこからアセンブリを読み込むことができません。BizTalk Server 2010は、CLR4.0をサポートする最初のバージョンです。BizTalk Server 2006 R2の場合、古いバージョンの.NET Frameworkに対してアセンブリをコンパイルする必要があります。これは、残念ながら、シナリオでは初心者のように聞こえます。あなたは岩とこれの固い場所の間に挟まれています。BizTalk Serverをアップグレードするか、.NET4.0アセンブリをダウングレードする方法を見つけてください。

Microsoftは、.NET Frameworkをバージョン管理するたびに、高度な上位互換性を実現することができましたが、CLRの特定のバージョンの範囲内でのみです。したがって、.NET1.1コードは.NET1.0とほぼ完全に前方互換性があり、.NET3.5は.NET2.0コードとかなり前方互換性があります（主な問題は、古いバージョンのコンパイラでは特定の言語機能が不足している傾向があります）。ただし、CLRが復活するたびに、すべての賭けが無効になります。結局のところ、CLRはランタイム環境です。これが、MicrosoftがCLRのメジャーな新しいバージョンを発表する前に長く懸命に考える理由です。CLR 4.0は、2005年以来の最初のメジャーリビジョンです。MSがCLRを再度リビジョン化する必要性を感じるまでには、少なくとも10年かかることを期待する必要があります。

于 2011-10-04T14:15:06.867 に答える
1

Biztalk のロードマップを考えると、新機能の 1 つが .NET 4.0 であるBiztalk 2010 を待つ必要があると思います。おそらく Biztalk 2006 R2 は CLR v2 を実行しているため、そこにすべてをロードしようとしています。

どうしても .NET 4.0 の機能が必要な場合、独自のサーバーを個別に実行し、.NET 3.5 で記述されたプロキシ レイヤーからそのサーバーと通信できますか?

于 2010-06-27T06:56:50.983 に答える