Если приложения инсталлированы на одном компьютере, но используют разные версии .NET Framework, в ASP.NET говорят, что приложения выполняются совместно. В данной статье описывается то, как конфигурировать ASP.NET приложения для совместного выполнения, и детально рассматривается пошаговое выполнение следующих операций:
определение версии .NET Framework, используемой Web сайтом
Традиционно при обновлении компонента или приложения на компьютере старая версия удаляется и заменяется новой. Если новая версия несовместима с предыдущей, другие приложения, использующие компонент или приложение, обычно повреждаются. .NET Framework предоставляет поддержку для совместного выполнения, что делает возможным инсталлировать одновременно на одном компьютере множество версий сборки или приложения. Поскольку одновременно может быть инсталлировано множество версий, управляемые приложения могут выбирать, какую версию использовать, без влияния на приложения, использующие другую версию.
По умолчанию при инсталляции версии 1.1 .NET Framework все существующие ASP.NET приложения автоматически перенастраиваются на использование последней версии .NET Framework. Если вы не хотите, чтобы ваши ASP.NET приложения по умолчанию переходили к использованию .NET Framework 1.1, нажмите здесь, чтобы узнать, как предотвратить это во время инсталляции.
Если вы обновляете Web сервер до .NET Framework 1.1 и хотите, чтобы одно или более Web приложений выполнялись под управлением .NET Framework 1.0, вам надо обновить Internet Information Services (IIS) Script Map. Привязка скриптов (script mapping) – это механизм привязки расширения файла .aspx для определенных Web приложений к версии .NET Framework. Нажмите здесь, чтобы узнать, как привязать Web приложение к определенной версии .NET Framework.
Чтобы определить, под управлением какой версии .NET Framework запускается конкретное Web приложение, вы можете использовать Internet Information Manger или ASP.NET IIS Registration Tool (Aspnet_regiis.exe).
На что еще важно обратить внимание при переходе к .NET Framework 1.1 - это то, что каждая версия .NET Framework использует свой собственный файл Machine.config. Поэтому, если Web администратор внес изменения в файл Machine.config, их нужно перенести в файл Machine.config .NET Framework 1.1.
Сохранение привязки вашего Web приложения к .NET Framework 1.0 во время инсталляции
По умолчанию все существующие ASP.NET приложения при инсталляции автоматически перенастраиваются на использование более новой версии .NET Framework. Используя более новую версию .NET Framework, приложения получают все преимущества усовершенствований и новых возможностей, включенных в нее. В то же время Web администратор, который, возможно, хочет контролировать то, какие приложения обновляются, может предотвратить автоматическую привязку всех существующих ASP.NET приложений при инсталляции .NET Framework.
Чтобы предотвратить привязку всех ASP.NET приложений к более новой версии .NET Framework, Web администратор может использовать опцию командной строки /noaspupgrade в программе установки Dotnetfx.exe.
Чтобы предотвратить всеобщий переход ASP.NET приложений к более новой версии:
- Идите к Start.
- Нажмите run.
- Введите cmd.
- Нажмите OK.
- Введите следующую строку, чтобы начать инсталляцию .NET Framework: Dotnetfx.exe /c:"install /noaspupgrade".
- Нажмите Yes в окне Microsoft .NET Framework 1.1 Setup. При этом начнется процесс установки .NET Framework 1.1.
Привязка Web приложения к определенной версии .NET Framework
Каждая версия .NET Framework включает версию ASP.NET IIS Registration Tool (Aspnet_regiis.exe). Этот инструмент дает возможность администраторам определять, чтобы Web приложение выполнялось под определенной версией .NET Framework. Это называется привязкой Web приложения к версии .NET Framework. Администраторы должны выбрать Aspnet_regiis.exe, соответствующий версии .NET Framework, который будет ассоциирован с Web приложением. Например, администратор, желающий указать Web сайту использовать .NET Framework 1.1, должен использовать Aspnet_regiis.exe, поступающий с .NET Framework 1.1.
Aspnet_regiis.exe для версии 1.0 расположен по адресу: