.NET Framework 3.5の展開に関する注意事項がありますか？

Question

現在、約20の.NET Framework 2.0アプリケーションをホストしている実稼働アプリケーションサーバーに.NET Framework 3.5を展開する場合、どの程度のレベルの関心を持つ必要がありますか？

私は、.NETフレームワーク3.5を私たちの環境に展開するという私の要求に抵抗しています。私たちは、自信を持って回帰テストを行う能力もなく、自信を持って各アプリケーションをテストするためのリソースも用意していません。

.NETフレームワークXXは、主要な設計目的として、1.0,1.2,2,3,3.5などを高い信頼性をもって同じマシンに展開できるように構築されていることが証明されていますバージョン間の相互作用がeairlierバージョンを壊さないことを意味します。

私は、ITコミュニティで報告されており、これまでに発見した非常に非常に少数の例を、そのように私は、最小限のテストと、このランタイムの展開のために押して傾斜しています「重大な変更」を見つけることを試みてきました。

このような状況で.NET 3.5を展開するためのこのアプローチに関する懸念されているレベルは何ですか。

Answer 1

私の懸念は非常に低いです。 3.5フレームワークが既存の2.0アプリケーションと相互作用する唯一の方法は、3.5インストール中に2.0 CLRに適用されるサービスパックに起因します。すなわち、サービスパック1。インストール後、以前のすべてのアプリは、CLR 2.0SP1とCLR 2.0の両方で動作するようになります。

これは本当にあなたがサービスパックにどれくらいの自信を持っているのかという疑問です。

ここには、サービスパックへのリンクと、修正されたバグの一覧があります。すべてのバグ修正が途方もない変化であり、アプリケーションの動作に影響を与える可能性があります（それ以外の理由はなぜ修正しますか？）。

• http://support.microsoft.com/kb/945757

Answer 2

.NET 2.0は本当に.NET 3.5

これらの両方がCLR 2.0

3.0（財団ライブラリを追加しましたの上に構築されているのサブセットだけですWF、WCF、WPF）、および3.5 was another rollout of additional featuresである。あなたがあなたのマシンで何かを完全に夢中にしていない限り、まったく問題はありません。

Answer 3

私はあなたの懸念を理解し、通常は最初の非運用環境でサーバー上であなたができる限りのテストを行うことをお勧めします。

しかしは - と言った、.NET 3.5の中核ランタイム・コンポーネントは、.NET 2.0と同じです。バージョン3.5は本質的に.NET v2.0であり、上に余分なライブラリがあります。

あなたが言うように - フレームワークは、非常にhapily共存するために、それはすべての[OK]をする必要があり設計されています。

私たちの実際の環境では何の問題もありませんでした。

免責事項：上記のすべてがちょうど私の経験からです - それはすべてがうまくいかない場合は、私を責めないでください！ ; O）

Answer 4

複数DOTNETバージョンが同じマシン上に存在することができ、ドットネットアセンブリが実際にマニフェストにそのターゲット・フレームワークを保持しています。したがって、アプリケーションが2でコンパイルされている場合。0以上で、そのバージョンがあなたのマシンに存在していれば、全く問題はありません。これは、最初にdotnetフレームをターゲットにしたものです。 DLL hell問題の並列実行と排除。

しかし、上向きの互換性は問題にならなかった...もしアセンブリがバージョン2.0でコンパイルされれば、それは後のバージョンでは完全に動作するだろう...しかし、何かが間違っていたら、MS：Pを責める必要がある。

新しいバージョンの場合、幸いなことに私たちはコンパイル時に廃止予定のチェックのみを実行できるほど成熟しています。実行中に問題はありません。

フレームワークに新しい機能追加後に出てくるエラー条件について（あなたのアプリケーションの回帰テストについて言及しています）...まあまあまあまあのチャンスです。しかし、もしあなたが並行してdotnetフレームワークの実行オプションに向かうなら、アセンブリはマシン上に存在すればターゲットのフレームワークにロードされて実行されます。

Answer 5

私はここにいる皆さんに同意しますが、私は1つのコメントを追加します。 .NET 3.5をService Pack 1と共にインストールする場合、マシンに自動的にプッシュされるいくつかの追加のアクセス許可が自動的に与えられます。これにより、ネットワーク共有の.NETコードをフルアクセス権で実行できるようになります。 。それがあなたにとって問題であれば、あなたはパーミッションを制限することを見たいかもしれません。