December 2010 - Artículos
A la CU de diciembre de 2010 para SharePoint 2007 ya le podemos unir la correspondiente a SharePoint 2010…como comentaba en el caso de la CU para SharePoint 2007, ni se os ocurra ir corriendo a instalar la CU de diciembre de 2010 para SharePoint 2010 en entornos de producción, aseguraros primero de hacer unos buenos tests y evaluaciones (exhaustivos/as) antes de tomar la decisión de si instalar o no la CU. Yo sólo lo haría si entre los problemas que se solucionen hay alguno crítico para vuestra organización, en caso contrario mejor esperar al SP1 de SharePoint 2010 que tiene que estar al caer. Los enlaces de descarga en este caso son:
Para cerrar el año, tenemos una nueva cumulative update para SharePoint 2007 (WSS 3.0 & MOSS). Como siempre, no es recomendable la instalación de estas CU en entornos de producción hasta al menos haberlas testeado bien en entornos de desarrollo y pre-producción para evitar problemas como el de la CU de octubre para SharePoint 2010. Los enlaces de descargar de la CU para WSS 3.0 & MOSS son los siguientes:
Otra de las mejoras radicales de SharePoint 2010 es la de una mayor productividad si cabe en lo que a trabajo colaborativo se refiere ya que se habilitan escenarios de co-autoría de documentos, es decir, que varias personas puedan trabajar de forma simultanea sobre un mismo documento sin tener que esperar a que la persona que lo edito en primer lugar acabe de incluir sus cambios. Estos escenarios de co-autoría de documentos permiten que en tiempo real varios autores puedan modificar un mismo documento, ver y aceptar los cambios introducidos por los colegas autores e incluso iniciar sesiones de mensajería (chat, audio / video) mientras se trabaja en el documento y todo esto es posible gracias a SharePoint 2010 y Office 2010. Para poder habilitar este escenario de co-autoría de documentos es necesario realizar algún trabajo de configuración extra en SharePoint tal y como podéis encontrar en los siguientes enlaces:
Desde hace varias semanas tenemos disponible un centro de recursos fundamental para estar al día de las últimas actualizaciones que hayan aparecido para SharePoint 2010. Se trata de un nuevo centro, disponible en este enlace, en el que podemos visualizar el proceso de actualización que utiliza Microsoft para SharePoint, las últimas actualizaciones disponibles o los modelos de actualización que se pueden utilizar.
Como sugiere el título de este post, de nuevo hace poco me encontré con un requerimiento de los que necesita desarrollo en el servidor, pero en un entorno en el que no tenía este posibilidad. Por suerte, de nuevo el concepto de “cero desarrollo” me llevó a pensar en como podría implementar ese “casi” Timer Job utilizando por una parte la interfaz de usuario y por otra SharePoint Designer 2010 (SPD 2010). En concreto, en el escenario de negocio planteado, se tenía la necesidad de enviar de forma periódica y automatizada un correo electrónico a los usuarios de un sitio de SharePoint para que actualizasen la información de una cierta lista de SharePoint. Como os comentaba, lo primero en lo que pensé para poder satisfacer este requerimiento fue en crear código en el servidor (un Timer Job de SharePoint por ejemplo), pero enseguida tuve que descartarlo ya que en el entorno de SharePoint en cuestión no se puede desplegar código de servidor (por ponerlo claro, es un entorno similar al que tenemos con SharePoint Online). Por suerte, y como casi siempre 
, pude encontrar una alternativa para “casi” conseguir un Timer Job sin desplegar ningún desarrollo en el servidor:
-
En primer lugar, en el sitio de SharePoint en cuestión creamos una lista de configuración que utilizaremos posteriormente para implementar un flujo de trabajo de SPD 2010. Por ejemplo, podemos añadirle campos como (depende un poco de cada escenario):
-
En segundo lugar, creamos un flujo de trabajo en SPD 2010 vinculado a esta lista y lo implementamos de acuerdo a los valores de los campos que hemos añadido a la lista. Configuramos el flujo para que se inicie de forma automática cuando se cree o actualice un elemento en la lista.
-
Diseñamos el workflow para que simule la periodicidad que necesitamos usando las siguientes actividades: “Pause for duration”, “Wait for Field Change in Current Item” y “Pause until Date”.
-
Como veis en el workflow anterior, la clave de que se ejecute una acción periódica (en este caso el envío de un e-mail recordatorio) pasa por utilizar la actividad “Pause for duration” que deja el workflow “dormido” en la BD de contenidos hasta que transcurre el período de tiempo configurado (90 días en este caso) para a continuación “despertarse” y continuar con la ejecución del workflow. En este caso, forzamos una actualización “Dummy” del elemento de la lista en el que se lanza la ejecución del workflow de forma que el proceso se repite.
-
Desplegamos el workflow.
-
Creamos un elemento en la lista para que el workflow se inicie de forma automática (este es el inconveniente principal de esta aproximación, ya que de inicio es necesaria la intervención humana).
Y hasta aquí llega este pequeño tip sobre como crear un “casi” Timer Job con cero desarrollo para SharePoint 2010.
Después de unos días de descanso, por fin he encontrado un rato para poder colgar los materiales del último evento de SUGES por este año: SharePoint 2010 – La plataforma clave para la toma de decisiones empresariales. Podéis descargaros los materiales desde este enlace. Y agradecer la participación en el WebCast a todos las personas que a pesar de ser 23 de diciembre por la tarde se animaron a escucharme hablar durante 2 horas sobre las capacidades de BI presentes en SharePoint 2010.
Casi dos meses después de la celebración de la VI edición de CEUS (o la Conferencia Española de Usuarios de SharePoint) en la que el CIIN participó como patrocinador oro, por fin tenemos disponibles para descarga las presentaciones que se realizaron durante el evento. Podéis descargaros los materiales desde este enlace.
Uno de los retos que se plantea cuando se crean sitios públicos con SharePoint 2007 (veremos que pasa con SharePoint 2010), es hacer que sean accesibles lo que es especialmente importante en el caso de sitios relativos a administraciones públicas. La idea de este post es generar un listado de ejemplos de portales accesibles que complemente al listado de sitios públicos de SharePoint ya publicado en este blog:
Finalmente, comentaros que en temas de accesibilidad la gente de Technosite (vinculada a la ONCE) han trabajado codo con codo para generar un kit de accesibilidad para SharePoint 2007 bastante potente.
Como ocurría con SharePoint 2007, en SharePoint 2010 podemos crear WebParts conectables siguiendo un proceso estandarizado que implica las siguientes tareas:
-
Crear una interfaz que defina como se van a pasar los datos entre las WebParts a conectar.
-
Crear una WebPart de tipo proveedor que se encargue de suministrar los datos a la WebPart consumidora. Esta WebPart tiene que implementar necesariamente la interfaz definida y contendrá los diferentes controles que se necesiten de acuerdo a la funcionalidad a implementar. Algo fundamental aquí es la creación de un método que permita devolver un objeto del tipo interfaz ya que es el que se va a compartir entre las WebParts proveedora y consumidora.
-
Crear una WebPart consumidora que consume y visualiza los datos suministrados por la WebPart proveedora.
-
Finalmente, tendremos que desplegar nuestras WebParts y a continuación conectarlas desde la interfaz de usuario de SharePoint.
Para ver un ejemplo detallado de como crear WebPart conectables, os recomiendo este how-to disponible en MSDN para conectar WebParts “clásicas” de SharePoint 2010. En próximos posts iremos viendo como conectar WebParts de tipo visual.
Aunque normalmente en el CIIN trabajamos con las últimas versiones de tecnologías y plataforma como nuestro querido SharePoint, en ocasiones nos toca “regresar al pasado” para resolver cuestiones y problemas planteados por las empresas con las que colaboramos o miembros de la comunidad. En este sentido, una pregunta típica en el caso de despliegues de SharePoint es como poder crear paquetes MSI que nos permitan desplegar nuestras soluciones WSP en nuestro entorno de SharePoint. Por suerte, en este enlace tenéis un paso a paso de como hacerlo en Visual Studio.
Tal y como podéis leer en el blog de Chris Mayo, ya está disponible online el material de formación sobre desarrollo para Lync Server 2010 y Exchange Server 2010. Para acceder al material, no tenéis más que seguir este enlace. Podréis descargaros el material para visualizarlo Offline o bien ir directamente a las unidades que forman parte del mismo.
Como sabéis, una de las mejoras que incorpora SharePoint 2010 para poder analizar como se está realizando la carga de una cierta página facilitando la identificación de posibles problemas de rendimiento es el panel del desarrollador o Developer Dashboard sobre el que ya se ha escrito en este blog en cuanto a las técnicas disponibles para habilitar el panel:
Pues bien, además de habilitar a voluntad el panel del desarrollador, podemos hacer que nuestros desarrollos estén preparados para que el panel del desarrollador los monitorice y tengamos de esta forma una información más granular de lo que están haciendo. Como podéis leer en este post, la clave está en el uso de la clase SPMonitoredScope.
Después del primer post introductorio a los Master Data Services (MDS) que forman parte de SQL Server 2008 R2, comenzamos una nueva serie en la que trataremos de ver como se trabaja con esta nueva característica de la plataforma de datos de Microsoft. En concreto, en este post veremos una primera instalación de MDS:
-
Algo que tenemos que tener en cuenta con los MDS es que no se instalan con el asistente de instalación de SQL Server, sino que tenemos que buscar la carpeta en el DVD o la imagen de SQL Server 2008 R2 que contiene el archivo de instalación.
-
Ejecutamos dicho archivo para que se inicie el asistente de instalación. Pulsamos “Siguiente” en la primera pantalla y a continuación aceptamos el correspondiente contrato de licencia.
-
Especificamos la información de registro y a continuación seleccionamos las características de MDS a instalar.
-
En la última pantalla de esta fase de la instalación pulsamos el botón “Instalar” para que se inicie el correspondiente proceso.
-
Una vez que concluya el proceso de instalación pulsamos “Finalizar”. Como resultado, se muestra la ventana de configuración de MDS en la que podemos observar el resultado de la instalación y también podemos deducir cuales son los siguientes pasos: crear la BD de MDS y el sitio web de configuración. Fijaros en que en mi caso tengo un warning relativo a IIS. El problema en mi caso se debe a que no había añadido el rol de IIS a mi servidor, lo añadimos y el warning se va el solito
.
Y hasta aquí llegaría este primer post sobre el trabajo con MDS. Pero antes de acabar, os comento un problema con el que me he encontrado: MDS no instala bien si tienes un controlador de dominio en tu máquina. El problema que genera es que no te permite crear el sitio web y se pude solventar de forma manual realizando algunas modificaciones un tanto engorrosas.
Para cerrar el año, desde SUGES os proponemos un nuevo WebCast enfocado a “Insights”, es decir, como las capacidades de Business Inteligencie de SharePoint 2010 lo convierten en una plataforma ideal para la toma de decisiones. Realizaremos un recorrido por las capacidades y funcionalidades de SharePoint 2010 englobadas dentro del área de Insights que convierten a la nueva versión de la plataforma en un entorno centralizado en el que basar la toma de decisiones empresariales gracias a las novedades que introduce en Business Intelligence.
Datos de interés:
- Audiencia: Information Workers, administradores de IT, desarrolladores.
- Requisitos previos: Conocimientos de la plataforma SharePoint 2007.
- Fecha: jueves 23 de diciembre.
- Hora: 16:00 a 17:30 (Hora de España, UTC+1)..
- Ponente: Juan Carlos González, Arquitecto de soluciones en el CIIN (www.ciin.es) y MVP de SharePoint Server.
- Enlace de inscripción: Pincha aquí.
Y nada, espero veros mañana por el WebCast.
Como sabéis, una de las novedades que incorpora SharePoint 2010 en cuanto a experiencia de usuario es el uso de diálogos o ventanas modales que elimina el exceso de clics que teníamos en SharePoint 2007 para hacer algo tan sencillo como crear un elemento en una lista. Ahora bien, puede ser que nos podamos ver en la necesidad de deshabilitar el uso de estas ventanas modales para ciertas listas. Por suerte, y como casi siempre, esto se puede conseguir de forma sencilla a nivel de configuración de una lista:
-
Navegamos a la lista en cuestión y a través de la Ribbon de SharePoint 2010 accedemos a la página con las distintas opciones de configuración/administración disponibles para la lista.
-
Pulsamos sobre la opción que nos permite acceder a las opciones de configuración avanzada de la lista.
-
Dentro de listado de opciones de configuración, buscamos la relativa al uso de ventanas modales y la deshabilitamos.
Fuente: http://havivi.blogspot.com/2010/06/sharepoint-2010-how-to-disable-new-item.html
Tras unos cuantos meses en CTP (a saber el motivo 
), desde ayer tenemos disponible la versión 1.3 de las Visual Studio Extensions para SharePoint (VSeWSS) que permitían una mejor experiencia de desarrollo para SharePoint 2007 (sin llegar a lo que tenemos hoy para SharePoint 2010 con Visual Studio 2010). Los detalles de esta nueva versión los podéis encontrar en el blog de Paul Andrew y la podéis descargar desde este enlace. Entre las nuevas características de la versión 1.3 comparada con la versión 1.2 tenemos:
- Runs on x64 bit machines
- Fast deployment commands
- WSP View improvements
- Command line build support
- Solution Generator supports Publishing Sites
- New RootFiles templates
- Web part rename assistance
- CopyLocal support for adding dependent DLLs
- Conflict resolution dialog for deployments
Asique, si continuas desarrollando para SharePoint 2007, esta nueva versión te vendrá sin duda bien para mejorar la productividad en el desarrollo al menos hasta que te pases (si no lo has hecho ya) a Visual Studio 2010 y SharePoint 2010.
Hace poco os comentaba en este post un artículo más que interesante sobre la perspectiva del desarrollador en Office 365 en general y en SharePoint Online en particular. Pues bien, como parte de ese artículo es importante que nos quedemos con las posibilidades que tengo a nivel de desarrollo para la versión en la nube de SharePoint comparado con la versión que puedo tener instalada en mi casa.
| Feature | SharePoint Online | SharePoint Server 2010 (on-premises) |
| Browser Configuration | Available | Available |
| SharePoint Designer customization | Create data-rich interfaces Manage business processes through workflow Connect to data inside and outside of SharePoint Design and brand | Create data-rich interfaces Manage business processes through workflow Connect to data inside and outside of SharePoint Design and brand Business Connectivity Services |
| SharePoint Solutions | sandboxed solutions | Farm solutions sandboxed solutions |
| Client Object Models | Silverlight .NET Framework managed ECMAScript | Silverlight .NET Framework managed ECMAScript |
| Silverlight Web Part | Available | Available |
| Web services | Subset of .NET SharePoint web services REST API Excel Services REST API | All .NET SharePoint web services REST API Excel Services REST API |
| InfoPath Forms | sandboxed solutions forms | sandboxed solutions forms Administrative forms |
| Workflow | Declarative sandboxed solutions workflow activities | Declarative sandboxed solutions and farm workflow activities |
Sin duda, una tabla imprescindible.
Como sucedía en SharePoint 2007, en la nueva versión de la plataforma no disponemos por defecto de una opción para exportar a Excel los usuarios almacenados en la User Information List…opción que sin embargo es común en el resto de las listas.
Ahora bien, en SharePoint 2007 disponíamos de un workaround que por suerte sigue siendo válido para SharePoint 2010:
-
Lo primero que tenemos que hacer es identificar la vista de la lista de información de usuario que queremos exportar. Por ejemplo, cambiamos a la vista de tipo lista en lugar de usar la vista de detalle de forma que conseguimos el Guid para esta vista.
-
Lo siguiente que necesitamos es el Guid de la lista. Este Guid lo conseguimos navegando a la página de configuración de la lista.
1: http://demo2010a:100/_vti_bin/owssvr.dll?CS=109&Using=_layouts/query.iqy&List=24d08119-02f2-4971-9496-32e25833ecf5&View=11825030-6A58-4E7A-89FB-EABF0A215BFB
Y hasta aquí llega este post sobre como exportar los usuarios disponibles en un sitio de SharePoint 2010.
Una de las posibilidades que tenemos en SharePoint 2010 a la hora de asegurar alta disponibilidad y escalabilidad es la de configurar en balanceo de carga (NLB) a los frontales web que forman parte de nuestra granja de SharePoint. La configuración NLB no es específica de SharePoint, sino que es propia de Windows Server. Para el caso de Windows Server 2008 R2, podéis encontrar información relativa a como realizar la configuración en este enlace.
Tal y como podéis leer en el blog dedicado a las releases que vayan saliendo de SQL Server, Microsoft continua dando soporte a las instalaciones de SQL Server 2005 (parece que hay unas cuantas 
) y acaba de liberar la versión RTM del Service Pack (SP) 4 de esta versión de su plataforma de datos. Los enlaces de descarga del SP4 son los siguientes:
Más artículos
Página siguiente >