Мне нужно отредактировать файл web.config в действующей среде Sharepoint, но я не уверен, что произойдет, если я это сделаю (я хочу выводить собственные ошибки).
Приведет ли это к перезапуску рабочего процесса IIS6?
Потеряют ли из-за этого активные пользователи свое состояние сеанса?
Или можно смело редактировать файл?
asp.net
sharepoint
iis-6
Виллем
источник
источник
Ответы:
Пул приложений перезапустится, и состояние сеанса будет потеряно. Представьте, что каждое приложение ASP.NET (как определено в IIS) - это программа на рабочем столе. Сохранение web.config будет делать что-то похожее на закрытие программы и ее повторное открытие.
источник
Application Pools > Advanced Options > Recycling > Disable recycling
сама настройка перезапуск пула приложений? Черепахи до упора?источник
Кроме того, если состояние сеанса настроено как внепроцессное (база данных или служба), то повторное использование пула приложений не приведет к потере состояния сеанса. Это так же верно для Sharepoint, как и для ванильного ASP.Net.
источник
Когда вы редактируете web.config, он перезапускает AppDomain (НЕ AppPool) этого веб-приложения и очищает все занятые ресурсы и память. Таким образом, другие веб-приложения, работающие в этом пуле приложений, не пострадают. Также он очистит сеансы (в процессе) и кеш памяти.
источник
Как уже упоминалось некоторыми людьми: пул приложений сайта в IIS перезапустится (обычно это занимает пару секунд). В результате запрос следующей страницы будет медленнее (так как ничего больше не будет кэшироваться). Также будет потеряно состояние сеанса пользователей; НО в состоянии сеанса WSS по умолчанию не используется, в MOSS используется InfoPath Form Services. Так что, возможно, у вас нет больших проблем, связанных с потерей состояния сеанса.
На другой стороне; для решения этих проблем: обычно создается решение SharePoint (WSP), которое развертывает и запускает задание таймера для внесения изменений в файл web.config из кода (с использованием класса SPWebConfigModification объектной модели). Приятно то, что вы можете запланировать выполнение изменения, чтобы ваши пользователи его не заметили.
источник