louis vuitton bag moncler jacka ugg boots mbt sko louis vuitton oslo moncler ugg www.steklo1.ru
   Поиск
 

FrameWork

MicroSoft DotNet

Cи Шарп это просто Simple C#
Логин Пароль Вход Регистрация
Главная
Изучаем C#
Web-приложения
Win-приложения
Web-сервисы
ADO.NET
FrameWork
Алгоритмы
Исходники
Классы
Среда разработки
Статьи
Форум
FAQ
О Проекте
Обратная связь
Отблагодарить
Rambler's Top100

Восстановление сбойного приложения

Когда работает консольное приложение или приложение Windows Forms с учетной записью некоторого пользователя, CLR ведет учет сборок, реально загружаемых приложением, но для приложений Web-форм ASP.NET или Web-сервисов XML
подобный учет не ведется. Данные, загружаемые этими приложениями, накапливаются в памяти, и записываются на диск при завершении приложения. Файлы с
этими данными записываются в каталог:
C:\Documents and Settings\ysertVame\Local Settings\Application Data\
ApplicationHistory
где UserName — имя зарегистрированного в системе пользователя.
В этом каталоге можно увидеть следующее:
Каждый файл идентифицирует некоторое приложение. Шести аддатеричное число — это хэш, идентифицирующий путь к файлу. Он позволяет отличить файлы с
одинаковыми именами, расположенные в разных подкаталогах.
Во время работы приложения CLR хранит «моментальный снимок» набора
загруженных им сборок. После завершения приложения эта информация сравнивается с содержимым соответствующего .ini-файла. Если приложение загружало
тот же набор сборок, что и раньше, данные .ini-файла совпадут с данными в памяти, и хранимая в памяти информация будет отброшена. С другой стороны, если
информация в памяти отличается от информации в .ini-файле, CLR дописывает
информацию из памяти к .ini-файлу. По умолчанию лпьфайл способен хранить
до пяти омоментальных снимков.
В сущности CLR ведет учет сборок, используемых приложением. А теперь предположим, что вы установили несколько новых сборок, среди которых, возможно,
была сборка с политикой издателя. Неделю спустя вы запускаете приложение, а
оно работает неправильно. Что делать? Раньше лучшим решением было переустановить сбойное приложение в надежде, что эта операция не нанесет ущерба
другим приложениям (что весьма вероятно).
К счастью для конечного пользователя, CLR ведет хронологию применения
сборок приложением. Все, что нужно сделать в нашем случае, — заставить приложение использовать сборки, которые загружались последний раз, когда оно работало нормально.
Создание и модификацию конфигурационных файлов для приложений может
облегчить .NET Framework Configuration. Запустите этот инструмент, щелкните в
дереве правой кнопкой узел Application и выберите из контекстного меню команду
Fix An Application.
В этом диалоговом окне выводится список приложений, для которых CLR собрала данные о загружаемых сборках. В списке есть элементы для каждого .ini-
файла из каталога ApplicationHistory

Предыдущая стр.    Оглавление   
Средняя оценка: (1 - 1 голосов)
Для оценки необходимо зарегистрироваться


Только зарегистрировавшиеся пользователи могут оставлять комментарии



Практический обучающий видео-курс "Основы C#"

От профессионального
разработчика для начинающих
и опытных программистов!

Кликните, чтобы изучить
язык C# с нуля и научиться
писать программы под платформу .NET!