Actualización de páginas
Última modificación: martes, 06 de abril de 2010
Hace referencia a: SharePoint Foundation 2010
Actualización de páginas general
Microsoft SharePoint Foundation 2010 usa una estrategia diferente para actualizar una página en función de si se ha personalizado o no.
SharePoint Foundation realiza un seguimiento de la versión de la definición de sitio a través de la cual se creó un sitio web. Un sitio web se puede actualizar si tiene una definición de actualización que traduce los archivos de definición de sitio front-end no personalizados. Tras el proceso de actualización, las referencias a archivos front-end no personalizados se asignan desde el directorio anterior al directorio actual, que es:
%ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\
No todas las rutas de acceso a sitios web se actualizan en el momento de la actualización inicial. Las definiciones de sitios existentes sin rutas de actualización seguirán funcionando, pero seguirán dirigiéndose a las páginas originales. Además, un sitio web actualizado puede tener aún páginas personalizadas de la versión anterior que se han almacenado en la base de datos.
Cuando se analiza un código y se representa una página, SharePoint Foundation determina a qué sitio web está asociada la página y, por lo tanto, determina la versión de los archivos no personalizados del servidor front-end web. Las páginas de una versión anterior no son necesariamente compatibles con los estándares de la versión actual. Estas páginas se ejecutan en un modo de compatibilidad si el sitio no se ha actualizado, aunque tras aplicar una definición de actualización y actualizar el sitio, SharePoint Foundation da por supuesto que las páginas son totalmente compatibles con Microsoft ASP.NET 3.5. Esto significa, por ejemplo, que tienen un administrador de elementos web si contienen zonas de elementos web, que tienen identificadores de control válidos y que están asociadas a una página maestra.
Compatibilidad de páginas
En versiones anteriores de SharePoint Foundation, las páginas personalizadas de la base de datos se analizaban con el analizador de Windows SharePoint Services, que presenta distintas tolerancias con respecto al analizador de ASP.NET. Si una página contiene lenguaje de marcado con un formato incorrecto, puede ocurrir que, aunque la página funciona en una versión anterior, no funcione en ASP.NET ni en la versión actual de SharePoint Foundation debido a las diferencias que existen entre los analizadores.
El analizador de SharePoint Foundation aborda un subconjunto de problemas conocidos de interrupción en el marcado de páginas, como los siguientes:
Identificadores de control no válidos que no son compatibles con ASP.NET, como cuando un nombre no es válido debido a que el identificador empieza por un número o un carácter no admitido, el identificador es una cadena vacía o el identificador no es único en relación con otros identificadores de la página. Esta modificación puede interrumpir la página en caso de que el script del cliente se base en nombres de identificadores anteriores.
Los atributos conocidos insertados en la página por SharePoint Foundation (por ejemplo, __Preview, __Error, __Web PartId o WebPart) se controlan mediante la implementación de la interfaz de SharePoint IAttributeAccessor en los elementos web.
Eliminación de atributos Trace.
Adición de las directivas correspondientes para registrar etiquetas como <WebPart:WebPartZone> o <SharePoint:Theme>.
SharePoint Foundation no intenta solucionar los siguientes problemas de interrupción en las páginas:
Atributos desconocidos de los controles.
Presencia de etiquetas <object runat=server>.
Expresiones de enlace de datos presentes en los atributos (<% ... %>).
SharePoint Foundation almacena un número entero de versión por cada página personalizada de la base de datos. Si se examina una página personalizada, SharePoint comprueba el número de versión de la página. Si el número de versión se corresponde con una versión anterior sin actualizar, SharePoint soluciona los distintos problemas de interrupción y actualiza la página en segundo plano.
Páginas de aplicación
SharePoint Foundation almacena archivos de diseño en una carpeta independiente del idioma y configura automáticamente una redirección para llevar a los usuarios desde la ubicación de diseño anterior hacia la actual.
Las páginas de diseño suelen incluir claves para usar una página maestra establecida mediante la propiedad SPWeb.MasterUrl. Para las definiciones de sitio de versiones anteriores, esta propiedad debe hacer referencia a una página maestra que conserve la apariencia anterior.
Elementos web
Los elementos web de versiones anteriores de SharePoint Foundation siguen funcionando en la versión actual, aunque requieren una serie de cambios en su configuración. Si crea una aplicación web nueva para hospedar una instalación de SharePoint Foundation, el archivo web.config de dicha instalación se debe actualizar para incluir otras configuraciones de directiva de control seguro y seguridad de acceso del código (CAS).
Aunque el nivel general de las restricciones CAS sigue siendo el mismo en SharePoint Foundation, los archivos de directiva se han modificado para que sean compatibles con ASP.NET. Por este motivo, puede que no sea posible volver a usar los archivos de directiva CAS de una versión anterior en la versión actual de SharePoint Foundation. La mejor opción consiste en hacer una copia del archivo wss_minimaltrust.config de la versión actual y agregar permisos de forma incremental según sea necesario.
Para obtener más información acerca de cómo actualizar elementos web, vea Actualización de elementos web.
Vea también
Conceptos
Actualización de elementos web