Necesito editar el archivo web.config en un entorno Sharepoint en vivo, pero no estoy seguro de qué sucederá si lo hago (quiero generar errores personalizados).
¿Esto hará que el proceso de trabajo de IIS6 se recicle?
¿Los usuarios activos perderán su estado de sesión debido a esto?
¿O puedo editar el archivo de forma segura?
asp.net
sharepoint
iis-6
willem
fuente
fuente
Respuestas:
El grupo de aplicaciones se reiniciará y se perderá el estado de la sesión. Imagine que cada aplicación ASP.NET (como se define en IIS) es un programa en el escritorio. Guardar web.config hará algo similar a cerrar el programa y volver a abrirlo.
fuente
Application Pools > Advanced Options > Recycling > Disable recycling
sí misma provoca el reciclaje de un grupo de aplicaciones? ¿Tortugas hasta el final?fuente
Además, si el estado de la sesión está configurado como fuera de proceso (base de datos o servicio), el reciclaje del grupo de aplicaciones no perderá ningún estado de sesión. Esto es tan cierto para Sharepoint como para ASP.Net básico.
fuente
Cuando edite web.config, reiniciará AppDomain (NO AppPool) de esa aplicación web y borrará todos los recursos y la memoria ocupados. Por lo tanto, otras aplicaciones web que se ejecutan en ese grupo de aplicaciones no se verán afectadas. También borrará las sesiones (en proceso) y la memoria caché.
fuente
Como ya han mencionado algunas personas: el grupo de aplicaciones del sitio en IIS se reiniciará (esto suele tardar un par de segundos). Como resultado, las solicitudes de la siguiente página serán más lentas (ya que ya no se almacenará en caché). También se perderá el estado de sesión de los usuarios; PERO en el estado de sesión WSS no se usa de forma predeterminada, en MOSS lo usa InfoPath Form Services. Por lo tanto, podría ser que no tenga grandes problemas relacionados con la pérdida del estado de la sesión.
Por otro lado; para superar esos problemas: lo que se suele hacer es crear una solución de SharePoint (WSP) que implemente e inicie un trabajo de temporizador para realizar los cambios en web.config desde el código (utilizando la clase SPWebConfigModification del modelo de objetos). Lo bueno es que puede programar la ejecución del cambio, para que sus usuarios no lo noten.
fuente