September, 2012

Hola

Ya están disponibles para su descarga las actualizaciones de Agosto 2012 para SharePoint 2010 y MOSS 2007

SharePoint 2010 (Build 14.0.6126.5000)

(RECORDAD INSTALAR ANTES EL SP1)

• SharePoint Foundation 2010 (MSF) August 2012CU - KB 2687355
• SharePoint Server 2010 (MSS) August 2012 CU - KB 2687353

Tras instalar las actualizaciones se deberá ejecutar el Asistente de Configuración en cada servidor de la granja.

Si tenéis SPS 2010 sólo debéis instalar el relativo a SPS 2010 ya que incluye el de Foundation.

Por último, recordad que después de aplicar este CU necesitáis reiniciar el servicio de sincronización de perfiles.

1. Ir a la Central Administration.
2. Clickar sobre Manage Services en el apartado de System Settings.
3. Buscar el User Profile Synchronization Service en la lista de servicios y clickar en stop si esta iniciado. Clickar enStart después de haberse parado y proporcionar los credenciales del User Profile Synchronization Service.

SharePoint 2007 (Build 12.0.6665.5000)

Aviso! Esta actualización no se instalará si no se encuentra instalado ya el SP3 en el entorno.

• WSS 3.0 August 2012 CU - KB 2687331                     
• MOSS 2007 August 2012 CU -   KB 2687330

El orden, como siempre, será instalar primero las actualizaciones de WSS 3.0, y posteriormente las de MOSS 2007.

Gracias.

Héctor Calvarro Martín. SharePoint Dev/Core. Microsoft Support Escalation Engineer for EMEA

Hola.

¿Qué tal?

Últimamente, estamos viendo bastantes códigos desarrollado por clientes que se basan en funcionalidades que han sido obtenidas por ingeniería inversa y/o llamadas a métodos privados/internos del producto vía System.Reflection (¿Qué es Reflection?)

Nos gustaría informaros que estas prácticas están totalmente no soportadas y es una violación del EULA que se acepta durante la instalación del producto como podéis ver en la siguiente captura de ejemplo de los términos de SPS 2010:

Además de la violación de los términos anteriores, este hecho puede impactar negativamente en el entorno haciéndolo inestable o crear efectos colaterales. Estas propiedades/métodos privados/internos son de uso exclusivo por el código interno de Microsoft SharePoint. Por otro lado, sólo están soportados las propiedades/métodos expuestas por la API pública de MSDN o el SDK de cualquier versión de SharePoint (2001/2003/2007/2010).

Finalmente, comentaros que se os pedirá cambiar el código en cuestión a uno soportado, siendo está la resolución de la incidencia. Si el problema siguiera ocurriendo con el código soportado se proseguiría la investigación en un nuevo caso de soporte al haber cambiado el entorno que sufre el problema.

Esperamos que os haya sido de ayuda.

Gracias.

Un saludo.

Héctor Calvarro Martín. SharePoint Dev/Core. Microsoft Support Escalation Engineer for EMEA.

Hola

Tuvimos un caso interesante hace tiempo que puede ser interesante para vosotros. Uno de nuestros clientes sufría time outs al crear un web application. Recogimos un volcado de memoria y al analizarlo nos topamos con la siguiente cima de pila de llamadas

 System.Threading.WaitHandle.WaitOne(Int64, Boolean)

System.Diagnostics.Process.WaitForExit(Int32)

Microsoft.SharePoint.Administration.SPAdministrationServiceUtilities.RunCommand(System.String,System.String, System.TimeSpan)

Microsoft.SharePoint.Administration.SPProvisioningAssistant.RegisterAspNetClientFiles()

Microsoft.SharePoint.Administration.SPWebApplication.Provision()

Microsoft.SharePoint.ApplicationPages.ExtendVirtualServerPage.BtnSubmit_Click(System.Object,System.EventArgs)

System.Web.UI.WebControls.Button.OnClick(System.EventArgs)

System.Web.UI.WebControls.Button.RaisePostBackEvent(System.String)

System.Web.UI.Page.RaisePostBackEvent(System.Web.UI.IPostBackEventHandler,System.String)

System.Web.UI.Page.ProcessRequestMain(Boolean, Boolean)

System.Web.UI.Page.ProcessRequest(Boolean, Boolean)

System.Web.UI.Page.ProcessRequest()

System.Web.UI.Page.ProcessRequest(System.Web.HttpContext)

ASP._admin_extendvs_aspx.ProcessRequest(System.Web.HttpContext)

System.Web.HttpApplication+CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

System.Web.HttpApplication.ExecuteStep(IExecutionStep, Boolean ByRef)

System.Web.HttpApplication+PipelineStepManager.ResumeSteps(System.Exception)

System.Web.HttpApplication.BeginProcessRequestNotification(System.Web.HttpContext, System.AsyncCallback)

System.Web.HttpRuntime.ProcessRequestNotificationPrivate(System.Web.Hosting.IIS7WorkerRequest, System.Web.HttpContext)

System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr,IntPtr, IntPtr, Int32)

System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr, IntPtr, IntPtr, Int32)

Sin lugar a duda el thread encargado de la provisión del SPWebApplication estaba esperando por un evento externo y debido al método Microsoft.SharePoint.Administration.SPProvisioningAssistant.RegisterAspNetClientFiles() presente en la parte superior de la pila, todo apuntaba al IIS

Al inspeccionar la administración del Servidor IIS (inetmgr) nos encontramos que tenían un número grandísimo de Web Applications. Como sabréis ,o deberías saber, en SharePoint 2010 sólo se soportan 10 application pools por servidor http://technet.microsoft.com/en-us/library/cc262787.aspx#WebserverAppServer (FYI en MOSS 2007 son 8 application pools por servidor)

No obstante, aplicamos un "work around" bastante sencillo hasta que el cliente redujera el número de application pools. Directamente cambiamos a nivel de servidor el shut down time y el ping time a 300 segundos de los application pools en IIS.

Espero que os haya servido de utilidad.

Un saludo

Héctor Calvarro Martín. SharePoint Dev/Core. Microsoft Support Escalation Engineer for EMEA