2

私たちは最近、何年も前に作成され、.net フレームワークの v1.1 を対象とした Web アプリケーションのサポートを引き受けました。Windows Server 2003/IIS 6 環境で動作します。

IIS でサイトの構成を確認すると、ターゲット フレームワークは 2.0 に設定されています。

.net 1.1 の延長サポートが今年の 10 月に終了することを考えると ( http://support.microsoft.com/lifecycle/?p1=1249 )、サイトが .net 1.1 のいずれかを引き続き使用するかどうかを確認しようとしています。アプリケーションが Visual Studio 2003 でビルドおよびコンパイルされている場合、フレームワーク アセンブリ。

IIS で ASP.net 2 がターゲット フレームワークとして設定されているため (したがって、呼び出される aspet_isapi.dll は .net 2 など)、アセンブリは .net 1.1 アセンブリであり、したがって引き続き使用されるため、これが事実であると想定しています。 1.1 フレームワーク。しかし、この仮定は本当に正しいのでしょうか?

この Web サイトは、新しいソリューションに完全に置き換えられるまであと 1 年ほどしか残っていないため、可能であればアップグレードせず、そのような変更に伴うリスクを冒したくありません。

ただし、フレームワークのいずれかの要素が実際に使用されている場合、フレームワークのサポートされていないバージョンで何かを実行することは明らかにできません。

任意の考えをいただければ幸いです。

アップデート:

.net 1.1 は WS2k3 のコア コンポーネントであるように思われるため、単にアンインストールすることはできません。ASP.net コンポーネントを削除しようとすることもできましたが、それですべてが完全にアンインストールされるとは思いません。また、開発環境が共有されていることを考えると、今すぐ問題を引き起こす危険はありません。

ただし、以前にローカル マシン (Windows 7/IIS 7) ですべてをセットアップしたので、アプリケーション プールを .net 2 を指すように変更し (既にクラシック パイプライン モードで実行されていました)、.net フレームワーク 1 および 1.1 をアンインストールし、その後、残されたファイルをクリーンアップしました。

その結果、サイトはまったく問題なく動作しました。これは、少なくとも IIS 7 環境では、IIS 内の .net 2 で実行していることを考えると、アップグレードについて心配する必要がないことを示唆しています。

ライブ環境を模倣したものではないため、理想的なテストではありません。MSDN と asp.net に質問を投稿して、Microsoft 関係者がもっと決定的なことを追加できるかどうかを確認します。更新があればここに投稿します。

4

2 に答える 2

1

公式サポートが終了したからといって、Microsoft がプラグを抜いて、Windows Update 経由で .NET 1.1 を強制的にアンインストールするわけではありません。次のことだけを意味します。

  • フレームワークのセキュリティに大きな穴が見つかった場合、彼らはそれを修正しません。
  • 次のバージョンの Windows 用の再頒布可能パッケージはありません。また、次のバージョンの IIS では実行されません。

したがって、アプリケーションは 1 年後も実行されます。サーバーを放っておくと、マシンが老朽化するまでアプリケーションが実行される可能性があります。

ですから、私の提案はリラックスして、新しいソリューションにもっと集中することです。

于 2013-06-06T13:53:35.680 に答える