trabajar - sharepoint ingresar
La implementación de GAC de SharePoint 2010 no se actualiza (4)
Probablemente haya verificado, pero por las dudas. Asegúrese de que el script de PowerShell no esté agregando un paquete de un mes de antigüedad.
El siguiente problema simplemente se arrastró sobre mí. Los pasos que se mencionan a continuación funcionaron perfectamente hasta hace aproximadamente 2 días.
Cuando implemento una actualización de una solución (de elementos web) en un servidor de SharePoint 2010, no veo la actualización. La solución se instala, pero puedo decir que los elementos web instalados tienen más de un mes de antigüedad (no se instala nada nuevo).
Hago los siguientes pasos a través de PowerShell:
retract the solution from the web app
remove the solution
add the solution
install the solution to the web app
Intenté reiniciar la aplicación web, reiniciar IIS y también reiniciar el servidor. Nada parece funcionar.
Noté que después de eliminar la solución, se elimina del GAC. Después de agregarlo / instalarlo, la solución vuelve a aparecer en el GAC.
¿Me estoy perdiendo de algo? ¿Estoy pasando por alto un paso que debería estar haciendo? Algo para probar?
¿El problema está en el código de parte web o en la configuración? La configuración generalmente desaparece tarde o temprano y se niega a actualizar desde la solución; puede actualizar el archivo en la galería manualmente si algo ha cambiado allí. Para la mayoría de las actualizaciones no habrá ningún cambio porque los elementos web existentes no recibirán actualizaciones aplicadas de todos modos: usarán un código nuevo pero una configuración anterior.
Si el problema es el código en sí, ¿el conjunto parece que el sistema no se ha modificado? Todas las referencias de nombre completo codificadas en los archivos de configuración de SharePoint significan que normalmente está implementando un nuevo ensamblado pero con los mismos números de versión. Esto puede significar que el sistema no se molesta en hacer la actualización. He encontrado que es muy útil actualizar AssemblyFileVersion (que no afecta el enlace) en cada compilación y tener una página en _layouts que muestra las versiones de todos los ensamblados cargados, así sé exactamente qué se está ejecutando.
Nunca he desactivado / reactivado la característica.
Después de seguir los mismos pasos que mencioné en mi pregunta, simplemente desactivado, luego reactivado, la característica y todo comenzó a funcionar bien.
Esto es algo fácil que puedo comenzar a implementar con las actualizaciones de mi solución. Sin embargo, ¿por qué nunca tuve que hacer este paso antes?
En general, debe verificar su registro de ULS para ver qué versión de su solución se está ejecutando. Si ve el anterior, puede estar seguro de que la función del sitio activado todavía está vinculada a la versión anterior. En este caso, debe desactivar la función del sitio para perder esa atadura y luego Activar para enlazar con la nueva (parece que Activar siempre ata la función del sitio a la versión más reciente de la solución).
Tal vez no tenías que hacer esto antes, porque no cambiaste el número de versión de tu solución, apareciendo como la misma versión en GAC en el servidor. En este caso, su característica de sitio ya estaba apuntando a la versión correcta de su solución, por lo tanto, no tuvo que restablecer la característica.