IIS 5 サーバー上の Web プロジェクトを .NET 2.0 から .NET 3.5 にアップグレードしたいと考えています。これらの Web アプリケーションは、.NET 3.5 にアップグレードされない他の Web アプリケーションと共にサーバー上に存在します。サーバー管理者は、2.0 および 1.1 を実行しているそのマシン上のアプリケーションが壊れるのを恐れて、.NET 3.5 をインストールすることに消極的です。
私の知る限り、.NET 3.5 は新しいフレームワークというよりも 2.0 への追加であるため、これは問題になりません。コミュニティが証拠を集めて、彼らの懸念が根拠のないものであり、他のアプリケーションに害を及ぼさないことを彼に示すのを手伝ってほしい.
前もって感謝します。
.NET 2 SP1 を使用している場合、問題はないはずです。
正確には、.NET 3 と 3.5 は .NET 2.0 SP 1 の上に構築されています。.NET 2 (SP1 ではない) しかないサーバーに 3.5 を展開する際に問題が発生し、そこにあるアプリが破損しました。その理由は、.NET 2 のコア フレームワーク アセンブリがアップグレードされ、アプリがコンパイルされていない新しいバージョン番号を持つためです。
両方のフレームワークを同時に実行できます。実際、これがデフォルトの動作です。
ただし、異なるバージョンのフレームワークを使用するアプリに同じアプリケーション プールを使用しないように注意してください。そうしないと、"Server Application Unavailable" エラーが発生します。アプリケーションのセットごとに異なるアプリケーション プールを使用します。
3.5 をインストールすると、.NET 2.0 の web.config ファイルとその他いくつかのファイルが変更されます。
これは確かに、私が使用している少なくとも 1 つのアプリケーションを壊します。3.5 をアンインストールすると、ファイルが元に戻り、問題が修正されます。
問題はなく、同じサーバーを使用して 2.0 と 3.5 のアプリケーションを実行できます。これは、両方のフレームワークのコード ベースが同じであるためです。
いくつかのサーバーを .net 1.1 から 2.0 & 3.5 にアップグレードしましたが、問題はありませんでした。
サーバー管理者に 3.5 の再配布可能ファイルの内容を説明します。2.0.x ディレクトリ内の何も更新しない多くの新しい dll を追加します。3.5 を対象とするアプリが 2.0.x フレームワーク ディレクトリの System.dll などをまだ使用している様子を彼に見せたいと思うかもしれません。