Hace unos días, estábamos haciendo en el CIIN unas pruebas de desarrollo en SharePoint 2010 en las que hacíamos uso de las sesiones…el caso es que en dichas pruebas, los objetos sesión venían siempre con un valor “null” por lo que durante un buen rato nos estuvimos estrujando la cabeza hasta que por fin encontramos una pista en este post de José Quinto Zamora. El problema está en que por defecto SharePoint 2010 tiene deshabilitado el uso de las sesiones ASP.NET como explica Mark Arend en este otro post. Ambos posts dan una solución para poder usar sesiones ASP.NET en SharePoint 2010, aunque la opción recomendada es la de Mark Arend a través del uso del comando PowerShell Enable-SPSessionStateService. La opción que comenta José Quinto Zamora es válida para escenarios en los que no se hace un uso pesado de las sesiones, es decir, el número de usuarios del sistema no es demasiado elevado…para escenarios con un alto número de usuarios, se podrían producir problemas de rendimiento.
Mes: mayo 2010
SharePoint 2010: Como desplegar un flujo de trabajo re-utilizable!
El otro día me preguntaban sobre como se podía desplegar un flujo de trabajo reutilizable creado con SharePoint Designer 2010 (SPF 2010) en un entorno de desarrollo a un entorno de pre-producción o producción una vez que el flujo esté correctamente implementado. Como siempre, responder a una pregunta de este tipo te lleva a realizar la correspondiente prueba si no tienes una respuesta inmediata, aunque intuyas por donde van los tiros:
-
Lo primero que hay que hacer es crear en SPD 2010 un flujo de trabajo reutilizable (una de las novedades existentes en esta herramienta).
-
Creamos el flujo de forma que se pueda vincular posteriormente con cualquier tipo de contenido disponible en el sitio.
-
Una vez especificados los parámetros de creación del flujo, se muestra el diseñador de flujos de SPD 2010 (otra novedad).
-
En el diseñador del flujo, añadimos una única actividad que permita escribir un mensaje en la lista de historial.
-
Configuramos la actividad de forma adecuada y guardamos el flujo en el sitio de trabajo.
-
Una vez que el flujo se muestre en el listado de flujos disponibles, ya estamos listos para guardar el flujo como plantilla (se guarda como una solución .WSP). No es necesario publicar el flujo en el sitio, basta con guardarlo para poder utilizarlo en otros sitios.
- El .WSP que representa el flujo se guarda en la biblioteca de activos del sitio de trabajo.
-
Descargamos la solución y utilizando stsadm.exe o el comando de PowerShell Install-SPSolution, instalamos la solución en el Solution Store de la granja destino.
-
Verificamos en la Administración Central de SharePoint que la solución se ha agregado de forma correcta y procedemos a implementarla ya sea desde la propia interfaz de usuario o mediante la línea de comandos (stsadm/PowerShell).
-
De esta forma, en los Sitios dónde hayamos implementado la solución aparece la correspondiente característica que tras ser activada hace disponible el flujo en el sitio y accesible desde SPD 2010.
![]() |
![]() |
![]() |
Y hasta aquí llega este post sobre como desplegar flujos de trabajo re-utilizables creados con SPD 2010.
SharePoint 2010: Versiones de SQL Server soportadas!
Una pregunta que seguro que va a ser recurrente cuando nos planteemos instalar SharePoint 2010 en nuestra organización es que versión de SQL Server usar teniendo en cuenta que ya tenemos SQL Server a nivel corporativo y que muy probablemente no será SQL Server 2008 R2. Como sabéis, SharePoint 2010 soporta SQL Server 2005 SP3 + CU3 (o superior), SQL Server 2008 SP1 + CU2 (o superior) y SQL Server 2008 R2. De estas tres versiones, la recomendada para SharePoint 2010 es sin duda SQL Server 2008 R2 ya que (como se resumen en este excelente post) aporta las siguientes ventajas:
- Comprensión de backups:
- Almacenamiento remoto de BLOB, disponible incluso en SQL Server 2008 R2 Express:
- Despliegue de contenidos usando snapshots:
- Resource governor para monitorizar cargas de trabajo, asignar CPU y Memoria.
- PowerPivot para SharePoint 2010, quizás la característica más diferencial ya que únicamente está disponbile en SQL Server 2008 R2 (Enterprise).
SharePoint 2010: Autoretract de soluciones al depurar!
Como sabéis, una de las mayores novedades que tenemos a la hora de extender la plataforma SharePoint 2010 es la de disponer de serie de unas herramientas integradas en Visual Studio 2010 que nos facilitan construir WebParts, manejadores de eventos, flujos de trabajo, etc…y que simplifican el trabajo con características y soluciones, así como las tareas de depuración. Depurar uno de los artefactos para SharePoint 2010 que se pueden construir con Visual Studio 2010 es tan sencillo como pulsar la tecla F5. De esta forma se ejecutan una serie de pasos que facilitan esta depuración:
-
Se ejecutan los comando de pre-despliegue que se hayan indicados.
-
Se construye la solución .WSP con los elementos especificados.
-
Se recicla el pool de aplicaciones.
-
Se hace un retract de las versiones precias de la solución.
-
Se añade la solución.
-
Se activan todas las características incluidas en la solución.
-
Se ejecutan los comandos de post-despliegue indicados.
Y además de todo esto, se atacha el depurador de Visual Studio a los worker process de IIS para facilitar la depuración del elemento a desplegar. Todos estos pasos están disponibles en la pestaña SharePoint de la sección Properties del proyecto,junto con la posibilidad de marcar la opción de “Auto-retract after debugging” que elimina la solución desplegada una vez que hemos finalizado la depuración.
SQL Server: Centro de recursos “SQL Server Connectivity”!
Microsoft acaba de lanzar un nuevo portal de recursos de SQL Server orientado en esta ocasión a todos aquellos aspectos que tenemos disponibles para conectarnos a SQL Server a través de distintas alternativas como ADO.NET Entity Framework, ODBC, OLEDB, etc. Podéis acceder al portal en este enlace.
SharePoint 2010: Resumen de lo que nos encontraremos en cada versión!
Microsoft acaba de liberar un excelente recurso con el que podemos conocer de una forma visual y rápida la diferencia entre las diferentes versiones de producto que tenemos en SharePoint 2010: de Foundation a SharePoint Server Enterprise y a todos los niveles (desarrollo, funcionalidad). La comparativa la podéis encontrar en esta página.
Además, por cada funcionalidad clave de la plataforma podremos ir viendo el mismo tipo de comparación.
SharePoint 2010: Requerimientos HW & SW!
Una de las preguntas que seguro que a muchos les rondará la cabeza es en torno a los requerimientos HW y SW que necesita el amigo SharePoint. Como siempre, lo mejor en estos casos es recurrir a la información oficial de Microsoft:
-
Requerimientos SW y HW para SharePoint Foundation 2010: http://technet.microsoft.com/en-us/library/cc288751(office.14).aspx.
-
Requerimientos SW y HW para SharePoint Server 2010: http://technet.microsoft.com/en-us/library/cc262485(office.14).aspx.
SharePoint 2010: Recursos de formación (I)!
Como siempre, cuando se estrena una nueva versión de un plataforma como SharePoint 2010 es fundamental disponer de recursos de formación para comprender y hacerse con ella lo antes posible. Por suerte, Microsoft en esta ocasión ha liberado una cantidad ingente de recursos que he intentado recoger en este post.
Recursos para IT Pro y desarrolladores
Todos los materiales para IT Pro. Además de estos:
- Core Architecture of SharePoint 2010
- Security in SharePoint 2010
- IT Pro Management in SharePoint 2010
- Upgrading to SharePoint 2010
- Enterprise Search in SharePoint 2010
- Content Management in SharePoint 2010
- Composite Solutions in SharePoint 2010
- Communities in SharePoint 2010
- Business Intelligence in SharePoint 2010
Todos los materiales de desarrollo Desarrollo. Además de estos:
- Developer Roadmap and Tools
- SharePoint 2010 Development Platform Overview
- Visual Studio 2010 SharePoint Developer Tools Overview
- Core Development
- User Interfaces and Lists
- Data Access in Technologies
- Composite Solutions
- Enterprise Content Management
- Enterprise Search
- Business Intelligence
- Communities
- Development Life Cycle
- SharePoint Developer Training Kit.
Otros recursos
-
-
Upgrade Resources for Developers, dónde podremos ver todo lo que hay que tener en cuenta para pasar del desarrollo para SharePoint 2007 al desarrollo para SharePoint 2010, incluyendo los cambios en las APIs.
-
8 Developer-focused Resource Centers, como por ejemplo Business Connectivity Services y Excel Services
-
SharePoint 2010: Como extraer las soluciones del Solution Store!
Una necesidad que nos podemos encontrar cuando estamos trabajando con SharePoint 2010, sobre todo en el caso de realizar una migración, es la de extraer las soluciones .WSP que se encuentre almacenadas en el Solution Store. Desde la Administración central de SharePoint 2010 podemos ver las soluciones .WSP de dicho almacén, pero no tenemos forma de descargarnos una copia de las mismas:
-
Nos vamos a “Configuración del sistema”.
-
En la sección “Administración del conjunto de servidores”, pulsamos sobre “Administrar soluciones del conjunto de servidores.
-
De esta forma, accedemos a listado de soluciones disponibles en el Solution Store.
Para extraer estas soluciones:
- En Visual Studio 2010, creamos un proyecto de aplicación de consola para .NET Framework 3.5.
- Añadimos una referencia al modelo de objetos de SharePoint ( Microsoft.SharePoint.dll).
- Añadimos directivas using a Microsoft.SharePoint y Microsoft.SharePoint.Administration.
- Finalmente, añadimos el siguiente código:
Console.WriteLine("Iniciando el proceso de extracción de soluciones"); |
De esta forma, copiaremos las soluciones del Solution Store en la ruta indicada.
Referencias:
SharePoint 2010: Mapeo de stsadm a comandos PowerShell!
Como sabéis, con SharePoint 2010 a nivel de administración mediante la interfaz de línea de comandos presenta la gran novedad de que Microsoft Windows PowerShell y los comandos específicos para SharePoint se convierten en la opción recomendada para la administración por esta vía frente a la herramienta stsadm. En este sentido, y para facilitarnos el paso de stsadm a PowerShell, en TechNet tenemos una estupenda guía que mapea las operaciones de stsadm a los comandos PowerShell equivalentes. Podéis acceder a la guía desde este enlace.