WSS 3.0 & MOSS: Versiones de SharePoint hasta ahora!

Como sabéis, algo fundamental para evitarnos problemas es asegurarnos que dentro de nuestra granja de SharePoint todos nuestros servidores tienen la misma versión instalada (Os recomiendo este post de mi compañero Pablo Sousa sobre el tema). Además, es conveniente actualizarla con los últimos parches, hotfixes y service packs (siempre transcurrido un tiempo desde su disponibilidad para curarnos en salud). El caso es que, después de casi 3 años desde que SharePoint 2007 viera la luz, han llovido numerosos parches, hotfixes y un par de services packs en SharePoint por lo que no está de más tener a mano la versión correspondiente a cada una de estas actualizaciones:

  • Cumulative update de junio de 2009: 12.0.0.6510
  • Cumulative update de abril de 2009: 12.0.0.6504
  • Service Pack 2: 12.0.0.6421
  • Cumulative update de febrero de 2009: 12.0.0.6341
  • Cumulative update de agosto de 2009: 12.0.0.6327
  • Actualización de infraestructura: 12.0.0.6318
  • Post-SP1 hotfix: 12.0.0.6303
  • Post-SP1 hotfix: 12.0.0.6301
  • Post-SP1 hotfix: 12.0.0.6300
  • Service Pack 2: 12.0.0.6219
  • Public Update de octubre de 2007: 12.0.0.6039
  • Hotfix package de agosto de 2007: 12.0.0.6036
  • RTM: 12.0.0.4518
  • Beta 2 TR: 12.0.0.4407
  • Beta 2: 12.0.0.4017
  • Office 12 (pre-beta): 12.0.0.3111

Os recuerdo que para conocer la versión de SharePoint tenéis que:

  • Ir a la pestaña Operatios dentro de la SharePoint 3.0 Central Administration.
  • En la sección Topology and Services, nos vamos a Servers in Farm.
  • Y en la página que se abre, podremos ver la versión de SharePoint que tenemos instalada (en mi caso el SP 2).
image image

Otras dos formas de obtener la versión instalada de SharePoint son:

  • Ejecutando el comando powershell siguiente: (get-item "hklm:software\microsoft\shared tools\web server extensions\12.0").getvalue("version").
  • A nivel de BD ejecutando la siguiente consulta contra la BD de configuración: SELECT version FROM dbo.Versions

image

Fuente: http://msfarmer.blogspot.com/2009/07/sharepoint-versions.html

Anuncios

WSS 3.0 & MOSS: Disponible SharePoint Action Framework (SAF) en Codeplex!

La verdad es que Codeplex es una fuente ingente de proyectos destinados a mejorar plataformas y tecnologías existentes o en ciernes. Esto no es una excepción en el caso de SharePoint y el último proyecto con el que me he encontrado: SharePoint Action Framework (SAF). Este proyecto ofrece la posibildiad de automatizar y repetir cambios de configuración en SharePoint a través de acciones. Estas acciones se pueden agrupar en un archivo XML y ser ejecutadas a través de una feature de SharePoint, un comando STSADM, MSBuild o un servicio WCF. El proyecto, desarrollado desde Collaboris tienen muy buena pinta tal y como podéis ver en este pequeño Quick Start sobre el mismo.

SAFinVS

VS 2010 & .NET Fx 4.0: Mejoras con STM.NET!

Apenas han pasado dos meses desde la disponibilidad de Visual Studio 2010 y .NET Framework 4.0 Beta 1, y ya tenemos mejoras para este último de la mano de STM.NET. Se trata de una versión mejorada de .NET Fx 4.0 Beta 1 (podéis ver los detalles del anuncio en el blog de Soma Segar) que habilita el uso de memoria transaccional en nuestros desarrollados. Tal y como nos indica Soma, esta tecnología libera a los desarrolladores de tener que preocuparse de implementar mecanismos granulares para el bloqueo y sincronización en aplicaciones multi-hilo. Para ello, STM.NET proporciona una semántica transaccional para lecturas y escrituras en memoria de forma que los desarrolladores se centren en la lógica de la aplicación en lugar de los detalles de entrada / salida de memoria cuando implementan aplicaciones mono-núcleo o multi-núcleo

image

STM.NET facilita la declaraciones de regiones atómicas de código al más puro estilo de las transacciones atómicas en base de datos. De esta forma, el bloque de código definido como atómico se ejecuta de forma aislada con respecto a otros bloques y en caso de que se ejecute con errores, se genera el correspondiente roll back. Y todo ello sin que como desarrolladores tengamos que hacer bloqueos explícitos de nuestro código. Sin duda, interesante esta mejora para .NET Fx 4.0. Os dejo varios enlaces de interés:

WSS 3.0 & MOSS: Bug en Microsoft ForeFront for SharePoint!

Si hace unos días os hablaba de distintas soluciones de antivirus para SharePoint, hoy toca hablar de un bug que Microsoft ha identificado a comienzos de mes en ForeFront para SharePoint. Básicamente, el bug en cuestión puede producir el borrado de datos (algo que sólo debería ocurrir en el caso de que se haya encontrado un virus) y fugas de memoria en el caso de que se realice escaneo manual de documentos mediante ForeFront para SharePoint. Podéis leer más información en este post del equipo de Forefront. Microsoft está trabajando en hotfix que solucione este importante bug, mientras tanto no es recomendable realizar escaneos manuales para evitar la pérdida de información.

 

MOSS: Como automatizar la publicación de formularios Infopath (II)!

Siguiendo con la serie de post sobre automatización en la publicación de formularios Infopath (puedes ver la parte I en este enlace), en esta ocasión os voy a mostrar como podemos actualizar o borrar formularios Infopath que ya hemos desplegado en MOSS de una forma automática. Como siempre, la clave está en la herramienta de administración de SharePoint por línea de comandos: STSADM. Empecemos.

Actualización de una plantilla de formulario ya publicado

Para actualizar un formulario Infopath ya publicado, no tenemos más que ejecutar la siguiente secuencia de comandos:

echo Actualizando formulario Infopath…

::Revisar que los path estén correctos

SET STSADM=C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\bin\stsadm.exe

SET FormPath=C:\Documents and Settings\Administrator\Desktop\Demos Workshop\ExprensesReportForm.xsn

SET SiteUrl=http://litwaredemo  

"%STSADM%" -o DeActivateFormTemplate -url %SiteUrl%  -filename "%FormPath%"

"%STSADM%" -o verifyformtemplate -filename "%FormPath%"

"%STSADM%" -o UpgradeFormTemplate -filename "%FormPath%"

"%STSADM%" -o execadmsvcjobs

"%STSADM%" -o ActivateFormTemplate -url %SiteUrl%  -filename "%FormPath%" 

echo Actualización terminada…

Como vemos:

  • A través de DeActivateFormTemplate desactivamos el formulario ya publicado.
  • Verificamos que la plantilla a actualizar es correcta con verifyformtemplate.
  • Actualizamos la plantilla existente con la nueva a través de UpgradeFormTemplate.
  • Ejecutamos los Timer Jobs de SharePoint.
  • Activamos la plantilla con ActivateFormTemplate.

Desinstalando una plantilla de formulario

Desinstalar una plantilla de formulario ya publicada implica ejecutar los siguientes comandos:

echo Desinstalando formulario Infopath…

::Revisar que los path estén correctos

SET STSADM=C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\bin\stsadm.exe

SET FormPath=C:\Documents and Settings\Administrator\Desktop\Demos Workshop\Infopath Deploy\STSADM\ExpensesReportFormTemplate_v3.xsn

SET SiteUrl=http://litwaredemo  

"%STSADM%" -o DeActivateFormTemplate -url %SiteUrl%  -filename "%FormPath%"

"%STSADM%" -o RemoveFormTemplate -filename "%FormPath%"

"%STSADM%" -o execadmsvcjobs 

echo Desinstalación terminada…

  • Como vemos, en primer lugar desactivamos la plantilla de formulario utilizando DeActivateFormTemplate.
  • A continuación eliminamos la plantilla mediante RemoveFormTemplate.
  • Finalmente ejecutamos los Timer Jobs de SharePoint.

Y hasta aquí llega el segundo post de la serie sobre automatización en la publicación de formularios Infopath en SharePoint. Espero que el post os haya resultado interesante.

WSS 3.0 & MOSS: Un tip rápido…como mostrar la página de mantenimiento de Web Parts!

En muchas ocasiones, nos encontramos conque los principales problemas de las aplicaciones viene dado por el uso incorrecto uso que de ellas hacen los usuarios. SharePoint no es una excepción y nos podemos encontrar conque páginas de web parts que funcionan correctamente un día, no lo hacen al día siguiente porque alguna web part está dando problemas y no se han cerrado de forma correcta, hay algún error de JavaScript, etc. El caso es qué este tipo de problemas relacionados con web parts lo podemos solucionar de forma sencilla a través de la página de mantenimiento de web parts. Para abrir está página, no tenemos más que añadir a la url de la página actual lo siguiente: ?contents=1. De esta forma, podremos eliminar las web parts causantes de los problemas que se está produciendo:

image image