Haaron Gonzalez : Tecnicas, Soporte

Comunicando anuncios por correo electrónico con SharePoint Designer 2010

Haaron Gonzalez — Mon, 08 Oct 2012 00:50:00 GMT

El usuario final como siempre sorprendiedonos con nuevos escenarios, sucede que se busca hacer que en vez de mandar un correo electrónico con el enlace a un elemento de lista de anuncios como parte de la opcion de send link o de las alertas, que mejor en el correo electrónico viaje el texto del cuerpo del anuncio. Y sinceramente me pareció un escenario razonable el no querer enlaces en este específico tema de la lista de anuncios. Y bueno la solución para este ejemplo fue crear un flujo de trabajo de lista con una forma de iniciación para solicitarle al usuario capture el grupo o los usuarios a los que quiere hacer llegar vía correo electrónico el anuncio. Aprovecho para hacer mención de las caracteristicas de SharePoint Designer 2010.

Aquí el ejemplo:

Abrimos nuestro sitio con SharePoint Designer 2010 y seleccionamos la sección de Workflows para proceder a crear un flujo de trabajo de lista asociado a la lista de anuncios, como se muestra a continuación:

Nombramos el flujo de trabajo con los datos:

Name: Send Annoucement by Eamil
Description: Use this option to send anouncement by email

Una vez dentro del Workflow Designer entonces elegimos la opción de Initiation Form Parameters.

Usando el asistente de configuración de la forma de iniciación agregamos un campo de tipo persona dando clic en el botón Add, posteriormente especificamos el nombre del campo “Mail Receipients” una descripción y el tipo de campo, aquí tenemos que seleccionar el campo “Person of Group”, esto nos permite elegir a que grupos o usuarios mandaremos el correo electrónico. Posteriormente configuramos el campo especificando que muestre la cuenta, que permita capturar usuarios y grupos, que permita capturar más de un usuario o grupo y listo, damos clic en Finish y después Ok.

Posteriormente de la lista de acciones disponibles en el flujo elegimos el de Send Email.

Procedemos entonces a configurar la acción de Send Email dando clic en el enlace these users. Esto carga la ventana de configuración de la actividad permitiéndonos entonces definir lo siguiente:

Tomar a los destinatarios de los parámetros de iniciación del flujo para que a estos se les mande el correo electrónico
Tomar al título del anuncio para que este sea el título del correo
Tomar al cuerpo del anuncio para que este sea el cuerpo del correo electrónico

Tomar a los destinatarios de los parámetros de iniciación del flujo para que a estos se les mande el correo electrónico

Del cuadro de texto “To” o “Para” simplemente seleccionamos el icono de la libreta de direcciones para posteriormente elegir de la ventana de Selección de usuarios. En primer instancia la ventana de sección de usuarios nos permite elegir a cualquier usuario al que queramos mandarle el correo electrónico, de hecho esta ventana es rica en funcionalidad y ofrece opciones adicionales para obtener a los usuarios que nos interesa utiliza, por ejemplo personas o grupos del sitio, el usuario que creo el anuncio y la opción de Workflow lookup for users la cual nos permite buscar de diferentes fuentes de datos o del contexto del flujo de trabajo a los usuarios que necesitemos incluir. En este caso estoy mandando cargar de los parámetros y variables del flujo de trabajo “Workflow variables and parameters” a la variable “Mail recipients” que definimos en la forma de iniciación y además formatear el resultado para que nos regrese el correo electrónico separado por comas.

Sugiero que te des el tiempo de explorar la ventana de “Lookup for Person of Group” encontraras que es muy rica en funcionalidad y capaz de darte opciones muy útiles sin tener que recurrir a la programación.

Tomar al título del anuncio para que este sea el título del correo

De igual manera del campo “Subject” damos clic en el icono que muestra una función. En este caso se carga otro cuadro de dialogo con funcionalidad muy útil. Se llama Lookup for string y este nos permite elegir del elemento “recordemos que estamos en el contexto de un elemento de lista de anuncios” el campo Title.

Tomar al cuerpo del anuncio para que este sea el cuerpo del correo electrónico

En el caso de tomar el cuerpo del anuncio aquí usamos el botón “Add or Change Lookup” que se encuentra ubicado en la parte inferior de la ventana. Este botón también es “Lookup String” con el cual podemos hacer referencia dentro del cuerpo de correo electrónico al cuerpo del elemento del anuncio. Y con esto estaríamos cumpliendo con el requerimiento solicitado.

Podemos ver entonces que es sencillo incluir en el cuerpo del correo electrónico cualquier información que se encuentre dentro de una lista SharePoint.

Ya para terminar simplemente publicamos el flujo de trabajo

Este proceso compila en un archivo .xoml toda la configuración de nuestro flujo de trabajo expresada visualmente pero almacenada en forma declarativa. También he de mencionar que en las características iniciales del flujo de trabajo de manera pre determinada el flujo puede será invocado a manualmente por el usuario que estaría enviando el correo electrónico. Lo que no queremos es que se mande de forma automática cuando se da de alta o se edita algún anuncio, si ese fuese el caso, entonces el usar una forma de iniciación no sería la estrategia más adecuada, probablemente en vez de solicitar el llenado manual de los destinatarios, hacer que el flujo mande el correo usando el grupo de los integrantes del sitio o algún otro grupo creado manualmente para este proceso en particular.

Ya para terminar y facilitar el uso de este flujo de trabajo dentro de SharePoint Designer 2010 en la lista de anuncios existe la opción de Custom Action en la cual podemos crear un elemento del menú contextual de la lista que dispare la ejecución del flujo de trabajo recién creado, facilitando la experiencia de uso.

De la barra lateral de SharePonit Designer 2010 seleccionamos la opción de Lists and Libraries, posteriormente damos clic en nuestra lista de Announcements, esto nos lleva a la ventana de resumen de la configuración de nuestra lista y como se puede ver ahí se encuentra la sección de Custom Actions.

En el botón New damos clic y esto carga la ventana de configuración del Custom Action donde podemos especificar el título y descripción de nuestra acción así como también que va a suceder cuando alguien lo invoque, en este caso iniciar el flujo de trabajo previamente construido sobre el elemento actual.

En la parte inferior de esta ventana inclusive puedes configurar el icono que deseas usar para el esta acción y que será visto en el menú contextual. El resultado es que dentro de los elementos del menú contextual que un elemento de lista tiene aparece el custom action:

También en el Ribbon de la lista de anuncios existe la opción de agregar un botón más, se le llama Quick Step.

A dar clic se carga SharePoint Designer 2010 y una ventana de dialogo donde especificamos que sucederá cuando se le dé clic:

De igual manera podemos especificar que icono se utilizara para este botón, en mi caso, subí el icono a la librería de SiteAssets.

El resultado

El resultado es:

Agregamos un nuevo elemento:

Despues lo seleccionamos y damos clic sobre nuestro flamante boton en el Ribbon:

Esto carga la forma de iniciacion del flujo de trabajo y procedemos a especificar el usuario o grupo que recibira la informacion por correo electronico, en este caso elegi un grupo.

Y al dar clic en Start el flujo de trabajo se ejecuta y la accion de Send Email hace su trabajo. Es importante hacer mención que tambien con SharePoint Designer 2010 podemos editar la forma de iniciación generada por el flujo de trabajo para personalizar el texto de los botones de la forma y/o agregar algun icono o logotipo de la empresa.

El resultado es el correo en el Outlook:

Espero que al leer esta lineas encuentres que SharePoint Designer 2010 ha sido diseñado para rapidamente dar soluciones a necesidades de personalización que se requieran en SharePoint.

Saludos!

Originalmente publicado en msmvps.com

Sin capacidad de almacenamiento suficiente durante proceso de Exportacion/Importacion en SharePoint

Haaron Gonzalez — Thu, 08 Mar 2012 20:08:00 GMT

En esta semana nos encontramos con un escenario muy particular relacionado con comandos Import/Export SPWeb en SharePoint 2010. Al correr Export-SPWeb o Import-SPWeb el proceso en algún punto marcaba error y la razón fue porque la unidad C: llegaba a su capacidad máxima de almacenamiento.

Es increíble, ya que es bien sabido que debemos contar con volúmenes de disco duro adicionales para guardar los LOGS de SharePoint y en el caso de la base de datos los LOGS y MDFs de SQL. Además, la unidad C: solo es para guardar los archivos del sistema y debemos tener libre el doble equivalente de memoria RAM en capacidad de almacenamiento en disco duro. En otras palabras, si tengo 8GB de RAM, siempre debería tener por lo menos 16GB de espacio almacenamiento libre en C:

Entonces si tengo el almacenamiento de mi servidor de aplicaciones debidamente configurado con diversos volúmenes e incluso con cierto nivel de RAID, ¿porque se llena el disco duro al ejecutar comandos Import-SPWeb y Export-SPWeb?

Resulta que estos comandos son la alternativa disponible para mover sitios web de SharePoint entre colecciones de sitio, son capaces de mover permisos, contenido, versiones, workflows, etc. En estos tiempos donde muchas empresas carecen de gobernabilidad y planeación de un servicio SharePoint es común ver sitios web de SharePoint realmente grandes con una jerarquía de sitios muy profunda y desde la perspectiva de almacenamiento realmente enormes y esto tiene una implicación importante a considerar cuando trabajamos con Import-SPweb y Export-SPWeb. En realidad y de forma interna estos comandos hacen uso de una funcionalidad pre-construida en SharePoint llamada Content Deployment.

Content Deployment ofrece una alternativa para mover contenido de un lugar a otro y cuenta con todo un proceso para realizarlo. Este proceso es invocado tanto por los comandos Import-SPWeb, Export-SPWeb, Content Deployment del Central Administracion, los respaldos granulares y el modelo de objetos de SharePoint entre otros. En primer instancia este proceso requiere de varios atributos como tipo de exportación (full o incremental), sitios o contenido que será incluido, rutas y paths de archivos donde se exporta el contenido y los logs de los procesos, entre otras opciones de configuración. El caso es que en algún punto, este proceso construye un archivo XML que describe todas las instrucciones detalladas de exportación o importación que proceso deberá seguir y por consiguiente si el sitio a exportar es muy grande, este archivo y algunos otros temporales que genera lo será también. Y bueno, ¿En dónde crees que estos archivos tras bambalinas se almacenan de forma temporal? Pues en el TEMP del usuario firmado y ¿En dónde se almacena el TEMP del usuario firmado? Pues en el disco duro C: y he ahí la razón.

Una alternativa de solución a esto es modificar la variable de entorno TEMP para que su ruta de almacenamiento apunte a una unidad que si tenga la capacidad de almacenamiento necesaria para soportar nuestros procesos de importación y exportación.

También si estás trabajando con PowerShell puedes usar $env:temp para obtener la ruta del TEMP y modificarla usando set-item -path env:temp -value "F:\TEMP".

Cosas de la vida! Saludos

UPDATE: Existe el switch NoFileCompression que podemos utilizar para evitar que de forma temporal se generen los archivos adicionales que se comentaron durante el post. Por default, NoFileCompression es False y esto genera en la carpeta TEMP los archivos temporales previos a los que genera el proceso. Este switch lo deberas especificar tanto en Export-SPWeb como Import-SPWeb.

Originalmente publicado en msmvps.com

Instalando Granja de Servidores SharePoint 2010 Small Farm (3-Tier)

Haaron Gonzalez — Tue, 24 Jan 2012 09:17:00 GMT

Para un programador SharePoint es importante conocer la arquitectura de la plataforma y en ese sentido realizar un proceso de instalación de una granja SharePoint es un deber. En esta ocasión quiero compartir como lograr en una topología llamada Small Farm (Three Tier).

Básicamente tenemos un software (Network Load Balancing) para balancear y distribuir la carga entre dos servidores Web Front End (litwarewfe1 y litwarewfe2) y tendremos un solo servidor de aplicaciones (litwareapp) con la mayoría de las aplicaciones de servicio y la herramienta central de administración configurada, todo el contenido y la configuración será almacenada sobre un solo servidor de base de datos SQL Server (litwaredb).

Network Load Balancing en Windows Server 2008 R2 para WFE de SharePoint 2010

Configurando Granja de Servidores SharePoint 2010

Configurando Granja de Servidores SharePoint 2010 con PowerShell

Originalmente publicado en msmvps.com

Descargando las PPTs de SharePoint Conference 2011

Haaron Gonzalez — Mon, 09 Jan 2012 04:21:00 GMT

Para los que fueron o han adquirido el acceso a MySPC del sitio http://www.mssharepointconference.com encontré en internet un script de PowerShell para descargar las presentaciones de SharePoint Conference 2011 de forma automática, solo que al ejecutarlo, PowerShell marcaba el siguiente error:

File C:\spc2011\GetAllPPTs.ps1 cannot be loaded because the execution of scripts is disabled on this system. Please see “get-help about_signing” for more details

Para solucionarlo:

1. Ejecutamos el script Set-ExecutionPolicy RemoteSigned

2. Posteriormente, en las propiedades del archivo GetAllPPTs.ps1 damos clic en el botón Unblock.

3. Ejecutamos de nuevo y listo.

Aun no se si este script nos sirve para descargar los videos.

Saludos

Originalmente publicado en msmvps.com

Configurando User Policy en SharePoint 2010

Haaron Gonzalez — Wed, 07 Dec 2011 18:47:00 GMT

Como parte de los procesos internos de diagnóstico de amenazas y riesgos de seguridad que cualquier área de IT anualmente realiza, se tienen herramientas automatizadas para evaluar aplicaciones y su nivel de vulnerabilidad. Se nos ha solicitado dar permisos de acceso a una cuenta de usuario temporal para realizar una prueba de la superficie de seguridad de SharePoint. Y la pregunta que surge es en donde le daremos permisos a esta cuenta temporal para acceder a evaluar. Uno pensaría que en el Top Level Site Collection en algún grupo de seguridad podríamos asignarle permisos de acceso a dicha cuen

ta, sin embargo, que pasa cuando tenemos gran cantidad de site collections, ¿tendríamos que acceder a dar permisos de acceso en cada una?

Una alternativa aceptable para lograr dar permisos globales y de forma temporal a esta cuenta es la opción de User Policy que existe en las propiedades de un Web Application dentro del Central Administration.

Seleccionamos Manage Web applications y de la lista elegimos la aplicación web donde aplicaremos la política, después damos clic sobre User Policy.

Dentro de User Policy seleccionamos Add User y especificamos sobre qué zona dentro del Web Application estaremos otorgando permisos. En este caso utilizare All Zones, sin embargo podríamos ser lo suficientemente estrictos como para especificar en cuál de las zonas disponibles esta política de acceso tendría efecto.

A dar clic en Next capturamos la cuenta de usuario temporal y el nivel de permisos que tendrá sobre la zona previamente especificada. Lo interesante aquí es que para la cuenta en cuestión podemos elegir el nivel de permiso y para no dejar rastro de la cuenta o proceso automatizado de evaluación sobre los cambios o accesos realizados seleccionemos la opción de que la cuente se muestre como System Account.

El resultado es el control de los permisos que las cuentas tienen sobre nuestras aplicaciones web de SharePoint. En cualquier momento un administrador puede acceder y remover los permisos.

Con esto durante damos una alternativa de solución para el escenario de acceso temporal para pruebas de seguridad realizadas por el área de IT como parte de sus procesos regulatorios internos.

Technorati Tags: SharePoint,Central Administration,User Policy,SharePoint 2010,IT,Support

Originalmente publicado en msmvps.com

Accediendo a documentos SharePoint desde explorador de Windows

Haaron Gonzalez — Thu, 20 Oct 2011 08:38:00 GMT

El día de hoy me contactó un colega para preguntar sobre cómo manejar la información de una biblioteca de documentos SharePoint 2010 desde una experiencia de usuario totalmente familiar que no requiera capacitación y/o dependencia al uso del mismo SharePoint como tal.

El escenario consiste en poner a disposición un conjunto de archivos a un grupo de personas que se encuentran geográficamente dispersos y que requieren colaborar en el consumo y edición de los mismos archivos. Claro que uno primeramente piensa en crear un sitio de equipo y mostrar las bondades pre fabricadas del producto, sin embargo, fue muy estricto en especificar que la experiencia de usuario debe de ser desde explorador de Windows ya que la manera en que trabajan estas personas es abrir un multiples de archivos relacionados de un software no convencional con simplemente seleccionarlos desde el explorador de windows, dar clic derecho y abrirlos.

La solución que pude ofrecer fue la de mapear una biblioteca de documentos de SharePoint 2010 hacia una unidad lógica dentro del disco duro para que así se pueda trabajar con los archivos sin necesidad de acceder al portal SharePoint desde un navegador y seguir respetando el requerimiento de seleccionar y abrir conjuntos de archivos.

Buscamos la biblioteca en cuestión y en el Tab Library del Ribbon elegimos la opción de Open with Explorer:

Esto carga una ventana de explorador de Windows con las carpetas y elementos de nuestra biblioteca de documentos. Seleccionamos y copiamos la dirección Url de la ventana de explorador de Windows y presionamos la tecla Alt para mostrar la barra de menú, damos clic sobre Tools y seleccionamos el sub menú Map Network drive para cargar la ventana de configuración de mapeo de un ruta de red.

Configuramos la unidad de red con la informacion de unidad y las credenciales necesarias para acceder.

Especificamos la unidad que se asignara a esta carpeta. En Folder pegamos nuestra dirección Url copiada desde el explorador de Windows. Damos clic en Finish, con esto se configura en nuestro explorador de Windows una nueva unidad de disco duro que de forma directa mapea el contenido de una biblioteca de documentos.

Cuando los usuarios acceden a su equipo simplemente cargan su explorador de Windows y tienen a su disposición los documentos de SharePoint.

Es posible renombrar la unidad con algo un poco mas descriptivo.

Asi mismo es posible crear un Group Policy Object para empujar a todos los usuarios del dominio la configuracion mencionada sin necesidad de que los mismos usuarios tenga que realizarla.

Originalmente publicado en msmvps.com

Enviando un correo al jefe inmediato en un flujo de trabajo SharePoint Designer 2010

Haaron Gonzalez — Wed, 28 Sep 2011 06:26:45 GMT

From: Haarón González [mailto:haarongonzalez@mvps.org]
Sent: Tuesday, September 27, 2011 8:16 AM
To: Privado
Subject: RE: Consulta

Estimado Privado, tanto SharePoint 2007 como 2010 cuentan con una aplicación específica para personalizar el producto, se llama SharePoint Designer 2007 o 2010, en ambos casos es sin costo y la peudes descargar desde aqui. Con esta herramienta podemos personalizar el comportamiento de nuestros sitios SharePoint sin codificar o instalar algún otro componente. Claro que tiene sus ventajas y desventajas pero aquí puedes encontrar más información al respecto.

Dentro de las características de este producto existe el Workflow Designer. Básicamente cargamos SharePoint Designer 2010 y abrimos el sitio que deseamos personalizar. Navegamos en la sección de Site Object para elegir Workflow. Esto carga el Ribbon específico para flujos de trabajo y muestra los tipos de flujo que se pueden crear y algunos existentes.

De acuerdo a tu pregunta y en tu caso muy particular estaremos creando un List Workflow donde deberás elegir a que lista o biblioteca de documentos deseas personalizar.

Deberás especificar el nombre y descripción de tu flujo de trabajo y al dar Ok, se cargara a Workflow Designer y sus correspondientes opciones dentro del Ribbon.

La naturaleza de construcción de un flujo de trabajo radica en la noción de:

Steps (Pasos del flujo de trabajo):
Conditions (Condiciones que evalúan algo)
Actions (Acciones que se ejecutan cuando estas condiciones se cumplen)

La manera en la que esto funciona es que un paso (Step) agrupa una serie de condiciones (Conditions) y acciones (Actions) que se ejecutan en un determinado momento, es posible crear más de un paso y ejecutarlos en paralelo, sin embargo, en este momento no es tu caso. Dentro del bloque de Step 1 agregamos una o más condiciones usando el Ribbon. SharePoint Designer 2010 nos permite utilizar las condiciones pre fabricadas en el producto.

Sin embargo, como programador tu puedes crear las tuyas propias utilizando algunas de las clases de Workflow Foundation ver WebCast Construyendo Flujos de Trabajo en SharePoint 2010 utilizando SharePoint Designer 2010.

Claro que el Step no necesariamente requiere una condición para ejecutarse.

A continuación una vez que agregamos las condiciones que requerimos evaluar, procedemos a agregar las acciones que básicamente reflejan las reglas de negocio que necesitamos contemplar en nuestra lista o biblioteca. Aquí lo interesante es que también se muestran todas las acciones disponibles en SharePoint 2010 y categorizadas por el tipo de acción.

Aquí quiero hacer notar que existe una acción llamada Lookup Manager of a User que obtiene al usuario que se tiene configurado como jefe directo en el directorio activo. Por lo tanto, creo que es muy factible la construcción de tu flujo de trabajo que mencionas en tu correo.

Básicamente lo que harás es invocar la acción Lookup Manager of a User configurando la propiedad “this user” para que obtenga el correo electrónico del usuario que registro o inicio el flujo. En este caso ese dato existe en los campos (fields) del elemento actual (Current Item) que representa el documento o elemento de lista en cuestión. Es importante mencionar que el resultado de la acción es guardado en la variable Manager que posteriormente otra actividad puede utilizar.

Después agregas otra actividad llamada Send Email y configuras a quien se le mandara el correo electrónico. En este caso usaremos la variable Manager que contiene el correo electrónico que la acción FInd Manager genero con base el usuario en cuestión.

Das clic en Ok y capturas el título y cuerpo del correo electrónico que requieres enviar al jefe.

Después das clic en Ok y guardas el flujo de trabajo. Seleccionas Publish y listo ya puedes probar el comportamiento de tu flujo de trabajo.

Mucho más detalle aquí: http://office.microsoft.com/en-us/sharepoint-designer-help/workflow-conditions-in-sharepoint-designer-2010-a-quick-reference-guide-HA010376962.aspx

Bien espero que encuentres la solución a tu escenario y a tus órdenes cualquier pregunta que tengas.

Saludos

De: Privado
Enviado: lunes, 26 de septiembre de 2011 09:44 a.m.
Para: Haaron Gonzalez
Asunto: Consulta

Hola buenos días desde Colombia..

Haaron quería preguntarte algo, estoy haciendo un flujo de trabajo con SharePoint 2010 pero requiero que dependiendo de la persona que ejecute el flujo de trabajo le envié un correo al el jefe inmediato.

Por ejemplo el empleado 1 tiene como jefe a Jefe 1

Y empleado 2 tiene como jefe el jefe 2

Entonces si el empleado 1 ejecuta el flujo, le debe enviar un correo a el jefe 1, de igual manera

Si el empleado 2 ejecuta el flujo, le debe enviar un correo a el jefe 2.

Esto no sé cómo hacer pues SharePoint le envía un mensaje a alguien puntual.. puedo hacer esto??

Gracias por tu respuesta

Originalmente publicado en msmvps.com

Facilitando el descubrimiento con SEO Toolkit

Haaron Gonzalez — Tue, 27 Sep 2011 20:23:00 GMT

Para todos aquellos que construimos soluciones para Internet es necesario contemplar como agregar metadatos a nuestras páginas para que buscadores o servicios de búsqueda permitan encontrarlas, indexarlas y potencialmente arrojarlas como resultados.

Sin embargo, no solamente llenar de metadatos los encabezados de nuestras páginas es suficiente para permitir a servicios de búsqueda encontrar y rastrear el contenido. Es necesario asegurar que nuestro sitio web cuenta con enlaces propiamente vinculados a otros sitios, contenido ligero y accesible, código HTML bien formado que cumple con los estándares, entre otros elementos y referencias importantes de revisar.

SEO Toolkit es una herramienta que nos permite optimizar nuestros sitios web para un mejor decrubrimiento por parte de servicios y motores de busqueda. SEO Toolkit analiza nuestros sitios y recomienda posibles mejoras que podemos realizar y así facilitar a los servicios de búsqueda el encontrar nuestro contenido. Podríamos pensar que SEO Toolkit es un agente analizador que identifica como optimizar nuestros sitios para facilitar su descubrimiento en internet.

Esta es una herramienta de Microsoft por lo tanto se instala sobre IIS 7.0 y hace uso de SQL Server 2008 para recopilar y almacenar el resultado de los análisis. Así mismo este componente se integra a IIS 7 y permite acceder a reportes, reglas, validaciones y sugerencias para mejorar nuestro portal.

Cuando creamos un nuevo análisis podemos configurar el sitio que queremos analizar, el número de enlaces que deseamos revisar, la autentificación que se deberá soportar y todo lo necesario para que la herramienta desempeñe una revisión de forma adecuada.

Los resultados obtenidos son muy valiosos ya que nos carga validaciones e incumplimientos que se realizaron. Por cada incumplimiento nos da un alto nivel de detalle entre ello la posible solución. Por fin ya no tendremos que recurrir a otras herramientas de análisis de sitios web.

Ya hacia falta una herramienta tan valiosa como esta, que bien que Microsoft identificó el hueco y nos proporciono una alternativa aceptable. Estoy seguro que SEO Toolkit aportará mucho valor para tus proyectos web.

Dejo el enlace del sitio para que proceda a evaluar e instalar.

Originalmente publicado en msmvps.com

Como validar campos en formularios de listas personalizadas de SharePoint con SharePoint Designer

Haaron Gonzalez — Wed, 15 Jun 2011 23:39:00 GMT

Lo único que puedo decir es que aquellos pequeños y finos detalles dejan un sabor mucho más agradable a la experiencia.

Durante un pasado servicio de soporte se solicitó un requerimiento de validar que el campo fecha de una lista personalizada, no permitiera ingresar fechas mayores o iguales al día de hoy. Sin duda, de primera mano y como todo un programador piensas en construir un Custom Field que contenga la funcionalidad solicitada, sin embargo, todas las implicaciones y costo de desarrollar, probar, implementar y mantener una funcionalidad como tal no se justifica como para esta necesidad solicitada y el sentido de urgencia.

El folclórico y temperamental SharePoint Desginer 2007 a.k.a “SPD” hace su aparición como una alternativa para realizar la validación solicitada.

Básicamente la solución será:

Copiar y pegar la página NewForm.aspx de la lista en cuestión con el nombre de NewFormEnhancement.aspx
Abrir la página y poner invisible el primer WebPart
Agregar un Custom List Form de tipo New para la lista en cuestión
Agregar validadores a field donde requerimos la funcionalidad

1. Copiar y pegar la página NewForm.aspx de la lista en cuestión con el nombre de NewFormEnhanced.aspx

Cargamos el sitio en cuestión usando SPD, asegúrate de firmarte al sitio en cuestión con una cuenta que por lo menos el permiso de Site Collection owner.
Cuando cargas el sitio podrás ver en forma de árbol el contenido.
Expande la carpeta Lists y de los elementos mostrados expandes la lista que deseas personalizar. Observa que se tienen un conjunto de archivos .aspx, selecciona NewForm.aspx y da clic derecho, copia la página y ahí mismo pegas con el nombre de NewFormEnhancements.aspx

2. Abrir la página y poner invisible el primer WebPart

Das doble clic sobre NewFormEnhanced.aspx. SPD carga la página para poder ser editada.
Da clic sobre el único WebPart en la página y da clic derecho para elegir la opción de WebPart Properties. WebPart Properties carga el panel de propiedades correspondiente.
Expande la sección de Layout y da clic sobre el cuadro de verificación Hidden. Esto hace que en la página en cuestión el WebPart pre determinado no este visible.

3. Agregar un Custom List Form de tipo New para la lista en cuestión

En el código Markup de la página en cuestión buscamos el lugar donde se encuentra </WebPartPages:
ListFormWebPart>
</ZoneTemplate>
</WebPartPages:
WebPartZone> y justo debajo posicionamos nuestro cursor.
Seleccionamos del menú Insert la opción SharePoint Controls y Custom List Form. Esto carga una ventana de dialogo que nos permite seleccionar el tipo de WebPart que deseamos insertar sobre nuestra página personalizada.
Configuramos el tipo de forma de captura que será aprovisionado por esta ventana de dialogo. Básicamente elegimos la lista de la cual necesitamos una instancia del formulario de captura y muy importante es el tipo de formulario de captura que requerimos como la forma de nuevo elemento, forma de modificación de un elemento o forma de visualización de un elemento. Elegimos New Item form, damos clic en Ok y esto genera una nueva instancia de la forma de captura para nuevos elementos de la lista que elegimos. Esta forma de captura es aprovisionada en código Markup de tipo WebPartPages:DataFormWebPart el cual expone los fields que el formulario tiene y el layout HTML donde estos fields son ubicados en la forma, esto nos da grandes posibilidades de personalización visual.

4. Agregar validadores a field donde requerimos la funcionalidad

Buscamos el field de tipo fecha que deseamos validar.
Nos aseguramos de modificar el tipo de control que se tiene configurado. Simplemente seleccionamos el control en cuestión y damos clic derecho sobre él, elegimos la opción de Show common control task cargando con ello una sección donde podemos elegir el tipo de control. Como podemos ver seguramente tenemos la opción de Form Field como Format As, damos clic sobre el cuadro de selección y elegimos Date Picker. Esto hace una especie de cambio en el control.
Damos clic derecho Properties sobre el control y buscamos la propiedad ID en mi caso fue “ff6_1”. Este ID es muy importante ya que con el podremos asociarlos a otros controles del lado servidor como TextBox, Validation Controls,. etc. Lo único importante que se debe de contemplar es que cuando utilizamos los controles de ASP.NET o nativos de SharePoint, estos hacen referencia al control no con el ID como tal, sino con el siguiente patrón “ID$IDTipoDeDato” en otras palabras “ff6_1$ ff6_1Date”.
Dentro del código Markup buscamos la terminación de la declaración del control Date Picker “</SharePoint:DateTimeControl>” y justo abajo pegamos el siguiente código:

<SharePoint:InputFormCustomValidator

ClientValidationFunction="IsValidDate"

ID="custvDueDate"

runat="server"

Display="Dynamic"

SetFocusOnError="false"

ControlToValidate="ff6_1$ff6_1Date"

BreakBefore="true"

BreakAfter="false"

ErrorMessage="Date must be grater than today" />

Como se puede observar, tenemos controles del lado servidor específicos de SharePoint. Estos controles heredan de los controles de validación de ASP.NET y agregan otro comportamiento adicional muy similar a los de ASP.NET pero especial para SharePoint. Mediante las directivas pre definidas en la página podemos acceder a ellos. Karine Bosch explica aquí cada uno de estos controles y lo hace muy bien. Favor de ver este post antes de continuar.

En el caso de InputFormCustomValidator lo estamos usando para realizar una validación sobre el field Due Date. Recuerda que la regla es NO permitir la captura de fechas mayores o iguales al dia de hoy. El control de validación custom InputFormCustomValidator nos permite asignar código compilado .NET para realizar la validación en cuestión, solo que bajo el contexto de ejecución de SharePoint se requeriría hacer algunas modificaciones en el web.config para permitir la compilación de la página, sin embargo, este control nos permite hacer lo mismo utilizando código del lado del cliente. Y justo ese es el escenario que pienso compartir aquí.

Básicamente estamos confiando en realizar la validación desde el navegador de internet utilizando Javascript. Como ven, la propiedad ClientValidationFunction apunta a una función Javascript “IsValidDate” encargada de realizar la validación personalizada y este código javascript deberá de estar referenciado o registrado en la página en cuestión y lo hacemos agregandolo dentro de un Content Place Holder especial. Cuando el usuario capture una fecha sobre el control, este dispara el uso de la función javascript para validar la información capturada, la funcion javascript recibe en sus argumentos el source y args, en otras palabras el objeto que lo dispara y algunos argumentos del objeto como el valor que contiene. Cuando args.IsValid es igual a true significa que la validacion es correcta y por lo tanto hace que el control InputFormCustomValidator no muestre el mensaje de error. Cuando es false, hace lo contrario.

Este código javascipt lo podemos agregar justo al inicio de la página después de la declaración de las directivas:

<asp:Content ContentPlaceHolderId="PlaceHolderAdditionalPageHead" runat="server">

<script language="javascript" type="text/javascript">

function IsValidDate(source, args)

{

var today = new Date(new Date().setHours(0,0,0,0));

var arrayDate = args.Value.split("/");

var controlDate = new Date(arrayDate[2], arrayDate[0]-1, arrayDate[1]);

args.IsValid =( today<controlDate);

}

</script>

</asp:Content>

Como podemos ver utilizamos un Content Place Holder que no propiamente estaba declarado dentro de la página y adentro agregamos el javascript de la función IsValidDate el cual recibe como argumento el dato que se desea validar. Con funcionalidad javascript se generan variables de tipo date para gestionar la comparación.

El resultado:

No olvides dar check in a la pagina para poder probarla. Para terminar, asegurate de especificar en las propiedades de la lista en cuestion tu nueva pagina como la pagina principal para agregar elementos en la lista. Con esto cuando un usuario de clic en New dentro de la lista, SharePoint carge la nueva pagina personalizada.

En SPD, das clic derecho sobre la lista en cuestion.
Seleccionas Properties.
Seleccionas la pestaña Supporting Files y en new item from buscas la nueva pagina creada.

Credito a Hector Mata por el codigo javascript, gracias!

Originalmente publicado en msmvps.com

Intranet-extranet de SharePoint en 40 minutos

Haaron Gonzalez — Fri, 13 May 2011 20:39:00 GMT

En las últimas semanas colegas programadores que no conocen SharePoint 2007 se acercan para preguntar y evaluar si SharePoint puede dar una solución aceptable para escenarios donde usuarios externos (fuera del directorio activo) a la organización colaboren con usuarios internos (dentro del directorio activo) en algún proceso de negocio relevante para la organización.

Afortunadamente SharePoint 2007 fue construido utilizando .NET Framework 2.0/3.0 y sobre ASP.NET 2.0 por lo tanto las características que cualquier programador ASP.NET 2.0 conoce prácticamente las tenemos disponibles en SharePoint 2007, aunque esto no necesariamente aplica para la experiencia de desarrollo .

Dicho lo anterior, tuve un par de reuniones explicando como sí SharePoint 2007 podría habilitar el escenario mencionado, sin embargo, por más que lo explico y lo justifico, no hay mejor opción que demostrarlo. Es por eso que me di a la tarea de grabar un video de cómo configurar una Intranet que hace uso de directorio activo como su fuente de credenciales de usuario y Extranet que hace uso Membership y Role Providers de ASP.NET 2.0 para gestionar usuarios en bases de datos SQL utilizando las características de Form Base Authentication. En el proceso podran visualizar como la Herramienta Central de Administracion de SharePoint aprovisiona base de datos de contenido, web sites de IIS y application pool.

NOTA: Es muy importante mencionar que ninguna intranet-extranet que se utilice empresarialmente en escenarios de producción quedara configurada en 40 minutos, hay aspectos de planeación, configuración y seguridad que se deben de contemplar muy seriamente.

Y para terminar un poquito de arquitectura basica sobre un escenario en cuestion:

SPDB: Database Server
SPAPP: SharePoint Application Server
SPWFE1: Web Front End en Zona Intranet
SPWFE2: Web Front End en Zona Extranet
AD: Directorio Activo
EX: Exchange
ISA: ISA Server o firewall fisico

Como se refiere en la imagen, tenemos servicios dos zonas, Intranet y DMZ. Intranet hace uso de los recursos de red internos de la organización como directorio activo o servidor de correo electrónico, entre otro. En la misma zona interna tenemos una Topologia Small Farm de SharePoint con un solo Web Front End que usuarios internos podran acceder mediante http://intranet.splatin.com. En la zona DMZ tenemos otro Web Front End unido a la granja filtrado por un firewall hacia adentro y hacia afuera. Puede ser firewall de software como el caso de ISA Server o de hardware. Podriamos pensar que el Web Front End de la zona DMZ tenga 2 tarjetas de red, una para trafico externo con IP publica y dominio como http://extranet.splatin.com, y otra tarjeta para trafico interno con IP privada o de la red local. Aqui tenemos otras alternativas de configuración mas sofisticadas que el area de infraestructura seguramente podra aprovisionar. Usuario con acceso a internet llega al Web Front End de la zona DMZ pasando por el firewall.

Para ti que eres programador ASP.NET y estas evaluando SharePoint espero sea de utilidad este breve ejemplo acercamiento de solución.

Originalmente publicado en msmvps.com

Como ayudar a que programadores SharePoint dejen de pensar como programadores .NET

Haaron Gonzalez — Tue, 26 Apr 2011 16:19:00 GMT

Es natural esta situación y todos aquellos programadores ASP.NET en algún momento hemos pasado por aquí:

Las listas de SharePoint no son tablas de SQL
No te inventes problemas que demuestren tu superioridad ingenieril
Piensa en el usuario y su experiencia
También existe Office cliente como parte de la solución
Conoce las funcionalidades OOB (Out of the box) de SharePoint
No pierdas tiempo diseñando lo que ya existe
No instales el Office en los WFE
XML, XPath y XSLT son amigos
Aléjate del web.config y global.asax
No hagas Web Services para invocar Web Services de SharePoint
Conoce los roles de SharePoint y la arquitectura en general
Consulta el User Profile programáticamente en vez del Active Directory
No todo son Event o Feature Receivers ni Site Definitions
Existen comandos en el stsadm.exe o PowerShell considéralos antes de abrir Visual Studio
Conoce lo que significa ensamblados Partial Trust y Full Trust en SharePoint
Abre tu mente a temas de infraestructura como SSL, DNS, FQDN, NLB, etc.
Crear desarrollo ASP.NET con SQL y mediante Page Viewer WebParts simular y creerse que es SharePoint
Sobre todo, no minimices el problema
Cuando le eches la culpa a SharePoint y la frustración suba de nivel, es tiempo de comprarse un libro y leerlo

Bienvenido cualquier escenario o consejo.

NOTA: Este post no pretende incomodar, ofender o comparar absolutamente a ninguna clase de programador, lenguaje de programación o tecnología. Gracias.

Originalmente publicado en msmvps.com

Cuantos ingenieros se necesitan para cambiar una bombilla o crear sitios SharePoint

Haaron Gonzalez — Thu, 31 Mar 2011 19:50:00 GMT

No es curioso, es un hecho que en el ambiente laboral relacionado con tecnologías de información y seguramente en muchos otros, nos encontramos con diversas personalidades, temperamentos y arquetipos colaborando día con día para resolver algún problema técnico o de negocio. Las personas tenemos toda una historia distinta, además de cualidades que en parte de forma consiente o inconsciente constituye la forma muy particular de ver y reaccionar ante vida, en algunos casos estas cualidades son las adecuadas para ciertos escenarios pero que en definitiva en otros no lo son.

Entonces la pregunta es, ¿cómo aprovechar lo que cada quien aporta para generar valor empresarial?, esa es una pregunta que especialistas en Management, Leadership y Coaching podrían responder sin ningún problema. Sin embargo, desde mi óptica por lo menos compartir constantemente una visión compartida con lineamientos claros es esencial para organizar y aprovechar lo que cada persona con su historia histeria y experiencia aporta.

En esta historia, el requerimiento es crear un conjunto finito de sitios con las siguientes características:

Cada sitio se basa en la plantilla de sitio de Trabajo en Equipo
Cada sitio no deberá tener herencia de permisos
Cada sitio deberá contar con 4 grupos “Owners, Visitors, Members, Permissions” bajo la nomenclatura “Sitio + Nombre de grupo”
Cada sitio cuenta con usuarios específicos para cada grupo.

Lo que piensan los miembros del equipo de TI:

Miembro 1 - Vamos a lucirnos con la solución, hagamos un WSP con feature receiver a nivel sitio web para que cuando le den activar en las características del sitio, programáticamente los construya y configure.
Miembro 2 – ¿Hay urgencia por parte del cliente como para dedicar tiempo a construir y probar un WSP?, ¿se va a reutilizar la jerarquía en algún otro sitio en el futuro?, ¿conviene dejar archivos en el 12 hive y un ensamblado en el GAC con full trust assembly?, ¿vamos a implementar en DEV, QA, UAT y PROD el WSP? Yo digo que construyamos los sitios manualmente usando el UI de SharePoint.
Miembro 3 – Usemos scripts en un archivos *.bat que ejecute el comando stsadm.exe para crear los sitios y grupos, pasamos parámetros e nivel comando y creamos un solo archivo que cuente con todas las instrucciones necesarias.

Después los miembros dan inicio a los argumentos técnico-personales para defender su postura a capa y espada, como si fueran program managers de microsoft, correos electrónicos empiezan a fluir con preguntas que toman minutos leer y escribir de regreso para ser enviados de nuevo. El tiempo pasa, el tema sube de nivel, siguen estancados, el usuario pregunta por sus sitios y en eso Miembro 2 lo toma personal, sube de nivel su contestación y claudica ante su postura. Miembro 1 ratifica la postura de Miembro 2 con el afán de no afectar al equipo y Miembro 3 procede a ejecutar la postura del Miembro 2. Tiempo total transcurrido 2.5 horas.

Si lo analizamos, todos pierden. El espíritu del equipo se deteriora, definitivamente se ve mal y el usuario de plano esperando. Realmente cualquier postura es aceptable y totalmente factible, cada una con sus peculiaridades, estimaciones, esfuerzos y consecuencias.

Dicho esto, tengo 2 preguntas:

¿Cómo podríamos contextualizar las cosas para asegurar que antes de dar inicio a una solución construida por ingenieros, todos estén viendo hacia el mismo lugar? Esa es una respuesta que probablemente podamos encontrar aquí http://www.crecenegocios.com/los-objetivos-de-una-empresa/
¿Qué estrategia técnica conviene utilizar para un escenario donde el resultado se requiere de inmediato? A veces me pregunto si mi trabajo es preguntar, sin embargo haciendo un intento de posible respuesta, dejo algunos cuestionamientos respecto al escenario planteado y claro, su implementación.

Construyendo sitios de forma manual

Pros

Rápida ejecución usando UI de SharePoint
Cero dependencia a código, ensamblado o XMLs, todo queda en la base de datos usando los site definitions y templates propietarios de SharePoint que si están considerados para ser migrados y respaldados

Cons

No es repetible
Requiere de intervención manual para replicar en cada ambiente y por lo tanto hay margen de error

Implementación

Ubicados en el sitio en cuestión accedemos a Acciones de sitio, Configuración del sitio, Toda la configuración del sitio y al de final las galerías elegimos crear sitios o área de trabajo. Especificamos el nombre, url y los siguientes puntos:

Crear sitio	Configurar grupos

Construyendo sitios programáticamente

Pros

Total portabilidad a múltiples ambientes y sitios con mínimo esfuerzo de implementación
Aprovisionamiento y des aprovisionamiento flexible de la funcionalidad y dependencias

Cons

Crea una dependencia a un WSP, ensamblado en GAC y archivos en 12 hive
Requiere de construcción, pruebas, empaquetamiento y puesta en marcha en cada ambiente
Pasa a control de versiones y gestión

Implementación

En este caso vemos que utilizamos una colección especial de tipo diccionario para almacenar la URL y Nombre del sitio que deseamos crear. Existen varias formas de hacer lo mismo, en este caso recorremos la colección de plantillas SharePoint para poder elegir la que usaremos “Team Sites”. Recorremos la colección de nuestro diccionario y utilizamos la colección Webs para agregar un nuevo site pasando los argumento recolectados, lo mas importante destacar en este punto es que el ultimo argumento false indica que no se mantiene la herencia y a continuación ya dentro del sitio rompemos la herencia, posteriormente recorremos el arreglo que tiene el nombre de los grupos que estaremos construyendo programáticamente, ese código se los debo y si alguien quiere compartirlo adelante.

           uint        lcid_english = 1033;
            string      siteUrl = "http://portal.litwareinc.com";
            string[]    groupTypeNames = {"Owners","Members","Permissions","Visitors"};

            Dictionary<string, string> targetSites = new Dictionary<string, string>();
            targetSites.Add("demo1", "Sitio de demostracion 1");
            targetSites.Add("demo2", "Sitio de demostracion 2");
            targetSites.Add("demo3", "Sitio de demostracion 3");
                    
                using (SPSite site = new SPSite(siteUrl))
                {
                    SPWebTemplate siteTemplate = null;
                    SPWebTemplateCollection templateCollection = site.GetWebTemplates(lcid_english);
                    
                    foreach (SPWebTemplate template in templateCollection)
                    {
                        if (template.Title.Equals("Team Site"))
                        {
                            siteTemplate = template; 
                            break;
                        }
                    }

                    using (SPWeb web = site.OpenWeb())
                    {
                        foreach (KeyValuePair<string, string> siteInfo in targetSites)
                        {
                            using (SPWeb newWeb = web.Webs.Add(

siteInfo.Key,

siteInfo.Value,

string.Empty,

lcid_english, siteTemplate, false, false))
                            {
                                newWeb.BreakRoleInheritance(false);
                                newWeb.Update();

                                foreach(string groupTypeName in groupTypeNames)
                                {
                                    string groupType = string.Format("{0} {1}",siteInfo.Value,groupTypeName);
                                    
                                    // aqui deberas crear el grupo y asignar los permisos         
                                }                                                                  
                            }                            
                        }
                    }                
                }

Construyendo sitios con comandos stsadm.exe

Pros

Reutilización moderada e intervención manual para especificar sites, groups que se aprovisionaran por los comandos
Fácil de corregir y reaccionar ante cualquier error
La forma recomendada por Microsoft

Cons

Crea una dependencia al script que ejecuta los comandos de staadm.exe para la estructura solicitada
Pasa a control de versiones y gestión

Implementación

En esta alternativa utilizamos las sentencias del comando stsadm.exe ubicado en c:\program files\common files\microsoft shared\web server extensions\12\bin especificando mediante –o la opción que deseamos y mediante los parámetros especificamos lo que requerimos. Específicamente –unique describe que no queremos heredar los permisos. Subrayo en rojo la parte donde especificamos el URL del sitio que estaremos creando. En este caso estamos creando un sitio llamado Sitio 1 y posteriormente creando cuatro grupos en donde los grupos Visitors y Members tienen como dueño al grupo Permissions.

stsadm.exe -o createweb –url "el url del sitio donde crearemos/url del nuevo sitio" -lcid 1033 -sitetemplate STS#0 -title "Sitio 1" -description "" –unique

stsadm.exe -o creategroup -url "el url del sitio donde aplicaremos" -name "Sitio 1 Permissions" -description "Permissions of the site" -ownerlogin "administrator@litwareinc.com" -type "Owner"

stsadm.exe -o creategroup -url "el url del sitio donde aplicaremos" -name "Sitio 1 Owners" -description "Owners of the site" -ownerlogin "administrator@litwareinc.com" -type "Owner"

stsadm.exe -o creategroup -url "el url del sitio donde aplicaremos" -name "Sitio 1 Visitors" -description "Visitors of the site" -ownerlogin "Sitio 1 Permissions" -type "Visitor"

stsadm.exe -o creategroup -url "el url del sitio donde aplicaremos" -name "Sitio 1 Members" -description "Members of the site" -ownerlogin "Sitio 1 Permissions" -type "Member"

Personalmente en ocasiones he llegado a pensar, ¿qué es mas complejo?, la tecnología o la psicología, en fin.

¿Cuál es la mejor alternativa? Depende

Originalmente publicado en msmvps.com

Consideraciones para poner en marcha soluciones personalizadas SharePoint en ambientes de producción de nuestros clientes

Haaron Gonzalez — Sun, 10 Oct 2010 11:44:00 GMT

Seguramente como desarrollador puede que seas el responsable o miembro de un equipo de desarrollo encargado de realizar el análisis, diseñar, construcción, pruebas o implementar una solución de colaboración, por tal motivo quiero compartir algunos consejos relacionados con este tema ya que es muy sano para todos los involucrados delimitar los ámbitos de responsabilidad para asegurar que nuestro trabajo “que definitivamente coadyuva con el de otros” pueda fluir de manera elegante y contundente.

Inventario de soluciones: Es importante tener en cuenta aquellas otras soluciones de colaboración que se tengan implementadas en el ambiente de producción con la finalidad de asegurarnos que nuestra solución o sus pre-requisitos no infieran con las otras. Esto sucede por ejemplo cuando usamos las extensiones de AJAX más recientes y que desarrollos anteriores hagan uso de las extensiones de AJAX 1.0.
Validación de estado de ejecución de cada solución: Antes de tocar al servidor y una vez teniendo el inventario de soluciones, asegúrate de saber y dejar en claro con el cliente cuales de estas se encuentran en debida operación y cuáles no. Esto es para eliminar el riesgo de que te hagan responsable del fallo de alguna después de que estuviste en la granja. Toma una impresión de pantalla de la sección de Solution Management donde se pueda ver el estado de implementación actual de todos los WSP instalados.
No implementes en horas de oficina: parece hasta broma pero sucede que por falta de comunicación puedas pensar que la granja está vacía y que por eso te citaron a las 10:00 AM a implementar. Busca siempre una hora donde se sepa que usuarios no estarán utilizando los servicios de la granja y aconseja al cliente de realizar un comunicado oficial donde se especifique la ventana de tiempo requerida y la intermitencia del servicio. Recuerda que cuando implementamos hacemos IISRESET o modificaciones al web.config y esto causa un reciclaje que potencialmente puede transformarse en momentos de downtime o intermitencia del servicio.
Respaldo de los eventos del visor de eventos: Es esencial asegurarte de tener en cuenta que eventos tanto de información o de error están registrados previo a tu intervención, si encuentras alguno que sea importante de entender sugiero exponer al cliente el estatus y dar un par de sugerencias para mitigarlos previo a tu intervención. Es común encontrar errores relacionados con el rastreo de las búsquedas y con el tamaño de los logs. Antes, durante y después de tu intervención en la granja te recomiendo realizar múltiples respaldo de los elementos que se estén registrados en el visor de eventos con la finalidad de detectar posibles colisiones funcionales producto de la instalación de tus pre-requisitos o tu funcionalidad. También si quieres ser demasiado critico en este tema, se recomienda que durante cada paso de tu implementación te asegures de que las otras aplicaciones web siguen funcionando invocándolas directamente desde un navegador.
Revisar lo servidores de la granja y los servicios: Solicita un diagrama de la granja SharePoint, las organizaciones normalmente cuentan con la documentación o memoria técnica que algún proveedor realizo cuando implemento la granja de producción. Valídalo, valida que lo que está descrito en esa memoria técnica este físicamente configurado en producción y da a tu cliente evidencia de ello. Él lo agradecerá. Aquí es importante comentar que si detectas algún riesgo en la configuración lo menciones previo a tu intervención, por ejemplo, contar con el rol de Web Application en todos los servidores de la granja “index, search, sso” y que solamente se encuentren configurado 2 en el balanceador. Cuando haces despliegue de tu WSP estos estarán eternamente en estado de “Deploying” debido a que no pueden implementarse en los otros servidores que cuentan con el rol de Web Application que están fuera de los registrados en el balanceador. En la herramienta central de administración dentro de operations está la opción de Servers in farm, date el tiempo de analizar cuales servidores son Web Front End y que servicios se encuentran configurado. Insisto, toma una impresión de pantalla y si notas alguna inconsistencia de configuración comunícalo al cliente o a alguien que te pueda asesorar.
Siempre utilizar archivos “WSP”: Los archivos WSP que significan “Web Solution Package” son paquetes de despliegue de archivos y ensamblados que se ejecutaran dentro del contexto funcional de SharePoint. Estos paquetes cuentan con toda una serie de instrucciones fijas y precisas sobre donde ubicar los archivos y recursos que estamos instalando con la finalidad de poder retraerlos en algún momento dado sin perder absolutamente nada de funcionalidad o configuración. Así mismo, estos archivos los podemos utilizar para re instalar en alguna otra granja la misma funcionalidad sin tanto esfuerzo ya que estos se encargan de acomodar los archivos y recursos en el lugar esperado.
Ejecutar un respaldo de la granja en un servidor adicional: esta opción normalmente siempre está configurada para hacerse de manera incremental. Solo asegúrate de que el cliente cuente con un respaldo reciente de toda la granja y asegúrate de tener la certeza de ante cualquier eventualidad el cliente pueda recuperar el estado de su granja. No olvides copiar la carpeta 12.
Crea un plan de despliegue: define la estrategia de despliegue desde el punto de vista técnico y logística donde se pueda acordar con los distintos actores las actividades, tiempos y sobre todo los requisitos para poder ejecutarse. Mientras el cliente sepa que esperar y entienda todas las posibles consecuencias positivas y negativas estarás con la posibilidad de poder levantar la mano y solicitar lo que necesites con la certeza de que la solución fluirá pronto.
Ten un plan de desinstalación: Define la estrategia de rallback a la implementación en caso de algún fallo donde de plano no sepas que está pasando.
Manten un buen humor, respirar profundamente, ser muy cuidadoso, tomar en serio las cosas, ir generando manualmente una bitaccora de movimientos de instalacion, etc etc.

Hay mas recomendaciones que podamos incluir en esta lista, vamos abriendo la discusion y por favor comparte las que en tu experiencia consideres pertinentes nos enriquecernos todos.

Originalmente publicado en msmvps.com

Operation aborted (Exception from HRESULT: 0x80004004 (E_ABORT))

Haaron Gonzalez — Tue, 28 Sep 2010 18:12:00 GMT

Si por alguna razón te encuentras realizando algún respaldo de tu granja SharePoint y de repente surge la siguiente excepción:

Operation aborted (Exception from HRESULT: 0x80004004 (E_ABORT))

Significa que tu archive LOG de la base de datos en cuestión ha llegado al límite de su capacidad. La solución a esto es truncarlo o reducir su tamaño. Por truncarlo entendemos bloquear el límite que puede almacenar el archive log para que el resto se almacene en Data, en otras palabras establecer un tamaño fijo de almacenamiento del LOG.

Para realizar este proceso desde nuestro Enterprise Manager de SQL ejecutamos las siguientes instrucciones:

USE nombredebasededatos
GO
DBCC SHRINKFILE(‘nombredebasededatos’, 1)
BACKUP LOG nombredebasededatos WITH TRUNCATE_ONLY
DBCC SHRINKFILE(‘nombredebasededatos’, 1)

Originalmente publicado en msmvps.com