Blog de los hermanos Marchena Sekli - Tecnología Microsoft, música y mucho mas!

Buenas prácticas al crear bibliotecas, listas y columnas en SharePoint

Piero Marchena — Tue, 12 Mar 2013 04:32:00 GMT

El uso de bibliotecas y listas en un sitio de SharePoint es muy frecuente, habilitando a los usuarios múltiples escenarios de colaboración interna.

Cuando implementamos soluciones sobre SharePoint tales como flujos de trabajo, formularios electrónicos o vistas es muy común consultar datos de las listas o bibliotecas creadas. Si el nombre de nuestra lista/biblioteca al momento de ser creada tiene espacios, es muy probable que nos econtremos con nombre internos que presenten caracteres extraños como %20. Para evitar esto a continuación se presenta una buena práctica:

1. Al momento de crear la lista/biblioteca, especificar el nombre sin espacios:

2. La URL de la lista/biblioteca se mantendrá limpia sin espacio.

3. A continuación cambiar el nombre tal y como deseamos que se muestre en el portal

4. Si verificamos la URL, esta no habrá cambiado.

Este mismo escenarios es aplicable para las columnas de sitio. Si creamos campos con espacios en blanco es muy probable encontrar caracteres como estos %5Fx0020%5F. Para evitar esto el procedimiento deberá ser el mismo.

1. Crear la columna de sitio sin espacios:

2. En la URL del campo se podrá verificar el nombre del campo creado:

3. A continuación cambiar el nombre del campo como lo deseemos ver desde SharePoint.

El nombre interno del campo no cambiará.

Espero les haya sido de utilidad!

Audiencias en Dataview WebParts no funcionan

Piero Marchena — Mon, 11 Mar 2013 19:22:00 GMT

Cuando trabajamos con Dataview WebParts desde SharePoint designer tenemos flexibilidad para realizar todo tipo de configuraciones sobre el WebPart, tal como filtros, agrupación, ordenamiento y paginación. De la misma manera podemos manipular las propiedades de los WebParts como si lo hicieramos desde el navegador.

Una de las propiedades mas útiles en los WebParts es el uso de audiencias que permiten mostrar el contenido de los WebParts de acuerdo al grupo al que pertenezca el usuario autenticado.

Si es que al aplicar las audiencias no vemos el efecto requerido y todos los usuarios pueden seguir viendo el contenido es muy probable que nuestro Dataview WebPart no se encuentre ubicado dentro de una Zona de WebPart, esto es fundamental para poder hacer uso de las audiencias y es muy posible que nos pueda pasar pues no estamos obligados a utilizar Zonas de WebPart para poder insertar un Dataview WebPart.

Espero les sea de utilidad!

Construyendo un Dataview WebPart para un Banner con contenido dinámico

Piero Marchena — Sun, 24 Feb 2013 17:01:00 GMT

Existen múltiples maneras de crear banners en SharePoint haciendo uso de variados ejemplos con jquery o javascript que podemos encontrar en Internet.

Construir un Dataview que sea empleado para el banner dinámico puede resultar sencillo si lo único que vamos a mostrar en este es una imagen que irá rotando. Sin embargo, algunos requerimientos comunes es que el banner no solo contenga imágenes que aparezcan dinámicamente, sino también texto que pueda ser modificado a demanda.

Para esto primero necesitamos armar el HTML para el Banner dinámico, algo como este diseño:

A continuación, este HTML lo podemos insertar como el contenido de nuestro Dataview WebPart, ubicamos como ya sabemos la sección <xsl:template name="dvt_1.rowview" > y aquí insertamos el contenido para después reemplazar las secciones de texto e imágenes por los campos de nuestra lista.

Para que la imagen de fondo sea dinámica y consulte a uno de los campos de nuestra lista deberemos insertar un atributo mediante XSLT tal y como se muestra en la siguiente imagen:

En vez de especificar directamente el atributo background-image dentro de nuestra etiqueta HTML, a continuación de nuestra etiqueta especificamos lo siguiente:

<xsl:attribute name="style">background-image:url('<xsl:value-of select="@Imagen" />')</xsl:attribute>

Y listo, el Dataview esta terminado. Ahora solo debemos insertar el javascript o jquery de nuestra preferencia para dar el efecto de Slider.

Mostrando el usuario actual desde un Dataview WebPart

Piero Marchena — Sun, 24 Feb 2013 16:36:00 GMT

Un requerimiento típico cuando implementamos una Intranet es el de dar un mensaje de bienvenida al usuario actualmente logueado.

Pues para lograr este requerimiento podríamos emplear distintos métodos: Incrustar código Javascript para capturar el usuario actual y mostrarlo en un DIV, desarrollar un WebPart que utilice el modelo de objetos de SharePoint o una manera mas sencilla y rápida, crear un Dataview WebPart que en su contenido muestre al usuario actual.

La tercera alternativa es la propuesta que doy para reducir el tiempo de implementación de este requerimiento.

A continuación los pasos:

1. Crear una página .aspx donde insertaremos nuestro DataView.

2. Insertar un Dataview asociado a una lista donde se encuentre información que queramos mostrar adicionalmente al user name del usuario actual.

3. Ubicar la sección donde se agregarán los parámetros tal y como se muestra en la siguiente imagen:

Ubicar la sección <xsl:decimal-format NaN="" /> y a continuación se verán algunos parámetros especificados por defecto. Después del último parámetro agregar lo siguiente:

<xsl:param name="UserID" />.

4. Finalmente ubicar la sección donde insertaremos el contenido tal y como se muestra en la imagen:

Ubicar la sección <xsl:template name="dvt_1.rowview" /> , borrar el contenido que se encuentra dentro y modificarlo según el contenido que deseemos. Incorporar aquí lo siguiente para mostrar el nombre del usuario actual:

<xsl:value-of select="$UserID" />.

Y Finalmente el resultado esperado:

Combinando Excel Services y Query String Filters - Parte 2

Piero Marchena — Fri, 04 Jan 2013 23:22:00 GMT

El uso de parámetros en Excel Services también es posible aplicarlos cuando trabajamos con Tablas dinámicas y Filtros de Tablas dinámicas.

Al construir nuestra tabla dinámica podemos seleccionar como cabecera de filtro a uno o más campos, posteriormente podemos seleccionar los valores que deseemos de ese filtro y visualizar los datos correspondientes.

En mi escenario de prueba, cree una tabla dinámica en Excel que mostraba las calificaciones obtenidas para un grupo de competencias específicas según la Matrícula seleccionada en el Filtro.

En Excel Services podemos fácilmente filtrar los valores tal y como lo hacemos desde el mismo Excel, sin embargo el requerimiento era podemos filtrar externamente los datos sin tener que seleccionar el filtro desde el mismo WebPart.

Para esto, lo que hice fue asignar un nombre a la celda de filtro y publicarla como parámetro, a continuación conecte un WebPart de Filtro de tipo texto pasandole los valores al WebPart de Excel Services y el resultado fue el siguiente:

Propiedad RefinementEnable - Metadatos en el Panel de Refinamiento con buscador FAST

Piero Marchena — Wed, 19 Sep 2012 22:12:00 GMT

Es importante tomar en cuenta que si es que deseamos agregar metadatos adicionales a nuestro panel de refinamiento en nuestro centro de búsqueda, previamente debemos haber creado nuestra propiedad administrada.

Las propiedades administradas deben ser creadas mediante PowerShell cuando trabajamos con FAST Search, por tal motivo es importante tener en cuenta que la propiedad RefinementEnable deba estar configurada en True, en caso contrario no será posible utilizar este metadato.

Esta información la pude encontrar en el siguiente enlace: http://gavinb.net/2011/03/21/fast-custom-refiner-on-content-type/.

Mostrando list items horizantalmente con un Dataview

Piero Marchena — Sat, 01 Sep 2012 19:24:00 GMT

Cuando trabajamos con Dataviews en SharePoint, generalmente lo que logramos es una presentación de datos con personalizaciones que son mostradas de forma vertical. Sin embargo, un requerimiento muy común es el de mostrar los elementos de una lista de forma horizontal y que se vayan mostrando una línea tras otra de elementos de acuerdo a la cantidad de elementos por línea definidos.

Para lograr esta funcionalidad requeriremos básicamente hacer unos cambios en nuestro Dataview y agregar unas cuantas lineas de XSLT.

Lo primero que necesitaremos será crear nuestra lista, en mi caso cree una lista de indicadores:

A continuación deberemos crear una página web en blanco donde insertaremos a nuestro Dataview WebPart cuyo origen será la lista de indicadores previamente creada.

Editaremos el XSLT y deberemos ubicar la línea <xsl:template name="dvt_1.rowview">, donde se especifican todos los valores de elementos de lista que se mostrarán. Seguido de la línea antes mencionada por defecto se muestra la etiqueta <tr>, esta etiqueta deberá ser cambiado por <td> para de esta manera mostrar los elementos de manera horizontal en vez de vertical.

Una vez que logramos colocar de manera horizontal los elementos, deberemos definir cuantos elementos mostraremos por fila, en mi caso yo elegí mostrar 2 elementos por fila, y entonces deberemos ubicar la sección antes de la etiqueta de cierre </td> que agrupa a toda la sección dentro del <xsl:template name="dvt_1.rowview">.

Aquí deberemos agregar el siguiente XSLT:

Finalmente el resultado será:

Combinando Excel Services y Query String Filters

Piero Marchena — Sat, 28 Jul 2012 03:38:00 GMT

Recientemente un cliente presentó un requerimiento interesante a ser aplicado sobre SharePoint 2007. El reto en este cliente es que no se permite usar código que extienda la solución, por lo tanto me las tuve que ingeniar para utilizar la funcionalidad Out of the box de MOSS 2007 y explotar sus beneficios.

El requerimiento básicamente consistía en mostrar reportes gráficos en la web, que mostraban los resultados de evaluaciones realizadas a los empleados de la organización. Los resultados de las evaluaciones residen en una base de datos de SQL y se actualizan anulamente.

Inmediatamente pense en emplear Excel para generar reportes avanzados en base a la data almacenada en SQL. Posteriormente este reporte debería ser publicado en SharePoint y mediante Excel Services, visualizarlo a través de un site. Finalmente, se debería poder consultar en base a el código del empleado el gráfico correspondiente.

Aquí se empezaron a presentar los retos:

1. En base a una serie de combinaciones de VLOOKUP y empleando una Celda para especificar el código del empleado, logré generar el grafico dinámico, sin embargo al publicarlo se mostró el error de Query Table, not supported. Para resolverlo empleé la herramienta presentada en este blog: http://blogs.msdn.com/b/cumgranosalis/archive/2006/11/27/another-tool-for-working-around-excel-services-not-supporting-querytable.aspx.

2. Lo siguiente fue, ver la manera de poder filtrar por código de empleado y mostrar el gráfico correspondiente. Como lo resolví? lo veremos en este post.

El resultado final es el siguiente:

a) Se muestra el gráfico.

b) En la url empleo el parámetro de filtro y especifico el valor a ver.

c) Automáticamente se muestra el gráfico correspondiente al filtro.

PASOS DE CONFIGURACIÓN:

1. Primero debemos establecer la conexión con la BD de SQL y guardar esta conexión en una Biblioteca de conexiones.

2. A continuación crear nuestra tabla en base a la conexión previamente creada.

3. Dar doble clic sobre la macro que descargamos del enlace especificado al inicio del post.

4. Habilitar la macro.

5. Convertir la tabla a un modo soportado por Excel Services.

6. Especificar una Celda donde ingresaremos el valor del código del empleado. Armar nuestra tabla en base a fórmulas VLOOKUP y construir nuestro gráfico.

7. Publicar el Excel.

8. Especificar el parametro que será empleado. Esta deberá ser la celda donde especificaremos el valor de búsqueda (Esta celda debe tener un nombre).

9. Seleccionar el gráfico que deseamos publicar.

10. Insertar el Excel Web Access WebPart y un Query string Filter WebPart. En el Query string filter WebPart especificar como nombre de parámetro el nombre de la celda empleada en el Excel Services.

11. Conectar los 2 WebParts.

12. Especificar el parámetro filtrado.

Y listo!!! Ahora solo deben crear la cadena (url) especificando el parámetro que deseen y en base a esto lograremos el efecto de filtro.

Instalando mi nuevo ambiente con Windows Server 2012, SQL 2012 y SharePoint 2013 - Parte 3

Piero Marchena — Wed, 25 Jul 2012 03:45:00 GMT

En este tercer post mostraré finalmente como instalar SharePoint Server 2013 Preview sobre nuestro ambiente virtual.

El procedimiento de instalación es bastante similar a el empleado en SharePoint 2010, básicamente varían los prerequisitos a ser instalados.

Primero debemos ejecutar el Prerequisite Installer que se encargará de instalar los roles necesarios y descargar de internet el software requerido antes de poder instalar SharePoint 2013 Preview.

1. Se muestra la lista de Prerequisitos, dar clic en Next.

2. Aceptar los términos de licencia.

3. Se inicia la instalación de prerequisitos.

4. Los primeros prerequisitos son instalados y se debe reiniciar el servidor.

5. Al inciar nuevamente el servidor se ejecuta automáticamente el instalador de prerequisitos.

6. Continua el proceso de descarga e instalación.

7. Instalación completa.

8. Ejecutar ahora el instalador de SharePoint 2013 Preview.

9. Ingresar el Key de instalación.

10. Aceptar los términos de licencia.

11. Especificar las rutas de instalación de SharePoint.

12. El proceso de instalación incia.

13. Se termina la instalación y marcar el check para ejecutar SharePoint Products Configuration Wizard.

14. Se ejecuta el Wizard, dar clic en Next.

15. Se reiniciarán los servicios listados, dar clic en Next.

16. Seleccionar Create a new server farm.

17. Especificar el nombre del servidor, el nombre de la base de datos de configuración, especificar el usuario y password.

18. Especificar el Passphase.

19. Especificar el puerto que empleará el Central Administration Web Application.

20. Confirmar la configuración previa y Next.

21. Se inciará el proceso de configuración.

22. Configuración finalizada!!!

23. La primera pantalla de SharePoint 2013 Preview, inciar el Wizard de configuración de aplicaciones de servicio.

24. Configurar los primeros servicios y a probar SharePoint 2013!!!

Instalando mi nuevo ambiente con Windows Server 2012, SQL 2012 y SharePoint 2013 - Parte 1

Piero Marchena — Mon, 23 Jul 2012 03:24:00 GMT

Siempre interesado en conocer lo último de las tecnologías Microsoft y ya teniendo disponible versiones previas para descarga, no espere mas y me puse a armar mis ambientes virtuales.

En este primer post les mostraré como instalar Windows Server 2012 y AD para habilitar nuestro ambiente para SharePoint 2013. Los pasos son muy parecidos a como lo haciamos en Windows Server 2008 R2.

1. Seleccionar idioma y opciones de configuración del teclado.

2. Seleccionar edición a instalar.

3. Aceptar los términos.

4. Iniciar una instalación personalizada.

5. Seleccionar el disco donde se instalará el SO.

6. Se inicia el proceso de instalación.

7. Proporcionar el password para el administrador.

8. Se personalizan las configuraciones.

9. Iniciar sesión.

10. Proporcionar las credenciales del Admin.

11. Se abrirá el Server Manager de inmediato.

12. En este paso agregaremos el Rol de AD.

13. Next.

14. Seleccionar el servidor por defecto y Next.

15. Seleccionar Active Directory Domain Services.

16. Agregar los features necesarios.

17. Next.

18. Next.

19. Instalar!!!!

20. Finalizo! congratulations!!!

21. Añadir un nuevo Forest. Especificar el nombre del forest. (Ej. contoso.local)

22. Seleccionar agregar DNS y especificar el password del Administrador del forest.

23. NETBIOS, NEXT.

24. Especificar la ruta donde se guardar la BD del AD, Logs, etc.

25. Next.

26. Y por fin, agregamos las cuentas que utilizaremos para la instalación y configuración de nuestra granja de SharePoint 2013!!!

No se crean los IIS Web Sites en los WFE cuando extiendo una aplicación web!

Piero Marchena — Mon, 23 Jul 2012 02:57:00 GMT

En un cliente con una Infraestructura de SharePoint 2010 con múltiples WFE, se me presentó un escenario curioso.

Tuve que extender una aplicación web para proveer acceso vía SSL a un grupo de usuarios mediante una URL y un modo de autenticación distinto al de la aplicación web original.

Es decir:

1. Mi aplicación web utiliza autenticación por Windows y accedían mediante el puerto 80.

2. Necesitaba proveer acceso a la misma aplicación desde un red externa mediante el puerto 443 (https://miportal.mycompany.com) mediante autenticación basada en claims.

Al extender mi aplicación web, note que casi todos mis WFE se creaba el sitio de IIS como debería ser, sin embargo uno de los WFE no creo el IIS web site.

Note en este WFE que el servicio SPTimer estaba caido e inmediatamente lo inicie. Sin embargo el problema de replicación continuaba.

Finalmente encontré la solución: "Reiniciar el servicio SharePoint Foundation Web Application" y éxito!!!! se replicó el sitio correspondiente.

Espero les sea útil!!!!

Migrando aplicaciones web de modo clásico de autenticación a modo basados en claims

Piero Marchena — Fri, 20 Jul 2012 03:28:00 GMT

Recientemente estuve en un pase a producción donde un cliente necesitaba migrar su aplicación web de SharePoint de el modo clásico de autenticación al modo de autenticación basado en claims.

Esta necesidad surgió debido a que era necesario federar la aplicación web para que usuarios de otros dominios sin relación de confianza (Proveedores) puedan acceder a información relevante de la empresa proporcionando las mismas credenciales con las que inician sesión en sus equipos.

Implementar una infraestructura de federación es un tema aparte que tocaré en otros posts.

Y bien, para lograr migrar hacia la autenticación por claims me base en el siguiente artículo: http://technet.microsoft.com/en-us/library/gg251985.aspx

Básicamente debemos ejecutar estos comandos:

$WebAppName = http://miportal.company.com
$wa = get-SPWebApplication $WebAppName
$wa.UseClaimsAuthentication = $true
$wa.Update()

Con esto abremos pasado al modo claims, hasta aquí todo muy sencillo. Sin embargo al intentar iniciar sesión sobre la aplicación se darán cuenta que el acceso es denegado y ningún usuario registrado previamente podrá autenticarse. Esto debido a que al convertir la aplicación al modo claims esta identifica a los usuarios de dominio, federados y de FBA mediante una sintáxis específica. Es decir, si mi usuario estaba registrado como contoso\jperez ahora tendrá un identificador del tipo i:0#,w|contoso\jperez. Esta sintaxis tiene una lógica que explicaré en otro momento.

Pues para migrar a los usuarios existentes a la nueva sintaxis deberemos ejecutar los siguientes comandos:

1. Primero debemos dar control total a nuestra cuenta que será el site collection administrator:

$account = "Midominio\sp_install"
$account = (New-SPClaimsPrincipal -identity $account -identitytype 1).ToEncodedString()
$wa = get-SPWebApplication $WebAppName
$zp = $wa.ZonePolicies("Default")
$p = $zp.Add($account,"PSPolicy")
$fc=$wa.PolicyRoles.GetSpecialRole("FullControl")
$p.PolicyRoleBindings.Add($fc)
$wa.Update()

2. Y finalmente a migrar a los usuarios!

$wa.MigrateUsers($true)

$wa.ProvisionGlobally()

Y listo! espero les sea de utilidad.

Restaurar el Servicio de Metadatos en una Infraestructura con Cluster de SQL

Piero Marchena — Thu, 19 Jul 2012 01:32:00 GMT

En un artículo anterior publiqué la manera en que podemos restaurar un servicio de metadatos mediante el comando Export-SPMetadataWebServicePartitionData.

Pues si han intentado ejecutar este comando en una Infraestructura de SharePoint con un Cluster de SQL deberán tener en consideración lo siguiente:

El backup del MMS debe estar copiado en una de las LUN de la SAN empleada para el Cluster, No debemos copiar el backup en una unidad local (Disco para el SO) de alguno de los nodos del cluster, esto debido a que estas LUN son compartidas por los servidores de la SAN pero el Disco local del nodo no es compartido por lo que el comando no comprende como obtener acceso al backup.

Es decir, al ejecutar el comando Export-SPMetadataWebServicePartitionData este identifica al Cluster de SQL como un solo equipo y por lo tanto las unidades de disco deben ser una sola para todos.

Tengan en consideración esto!

Configurando vistas en listas de grupos de SharePoint

Piero Marchena — Sun, 15 Jul 2012 05:52:00 GMT

Cuando en nuestro portal de SharePoint manejamos distintos grupos de usuarios y dentro de ellos una gran cantidad de usuarios registrados, resulta a veces tedioso el mantenimiento de estos grupos. Nos resulta complicado ubicar a un usuario para verificar su existencia en el grupo o darle de baja.

Una alternativa muy útil es la de clasificar a nuestros usuarios por algún atributo en particular, y para esto es posible crear nuestras vistas de usuarios.

Para crear las vistas de usuarios dirigirse hacia un grupo de SharePoint y dar clic en Configuración > Configuración de la lista.

En la siguiente página dirigirse hacia la sección de vistas disponibles y dar clic en Crear vista.

Personalizar la vista a nuestro gusto. Por ejemplo yo decidí crear una vista para agrupar a los usuarios por departamentos.

Podremos ver nuestros usuarios en el orden, agrupación o filtro que hayamos configurado en nuestra lista.

Moviendo site collections entre bases de datos

Piero Marchena — Fri, 13 Jul 2012 23:14:00 GMT

Generalmente la necesidad de mover colecciones de sitios entre bases de datos se da cuando una BD que aloja más de un site collection es muy grande y por consiguiente dificil de mantener (Hay ciertos limites en tamaño de BDs que recomienda Microsoft).

Pues a mi me surgió una necesidad distinta. Al momento de restaurar un site collection este se almacenó sobre una base de datos existente y no sobre una BD independiente como yo lo quería.

Pues el proceso para cambiar esto es muy sencillo y lo obtuve del siguiente link: http://technet.microsoft.com/en-us/library/cc825328.aspx

Simplemente debemos ejecutar el siguiente comando:

Move-SPSite http://miportal.mycompany.com/sites/misupersite -DestinationDatabase WSS_Content_MiSuperSite

Finalmente tendremos que reiniciar el IIS en todos los servidores para que apliquen los cambios y Listo!!!!

Eliminando carpetas con documento desprotegidos por otros usuarios

Piero Marchena — Sun, 03 Jun 2012 04:48:00 GMT

Cuando trabajamos con SharePoint utilizando las funcionalidades de gestión documental, es común encontrar escenarios en que se aprovechen las características de desprotección y protección de documentos.

Esta funcionalidad resulta muy útil pues permite evitar conflictos en el proceso de edición de documentos cuando múltiples personas tienen la posibilidad de actualizar un mismo documento, sin embargo es posible que algunas situaciones la desprotección de documentos genere problemas, pues nadie podrá editar un documento hasta que este haya vuelto a ser protegido por el usuario que originalmente lo desprotegió.

Pongamosnos en la situación en que el usuario que desprotegió el documento se fue de vacaciones o en un caso extremo, se fue de la empresa. En estos escenarios los usuarios que necesitan trabajar con el documento no podrían hacerlo.

Otro escenario podría ser la necesidad de eliminar una carpeta con documentos desprotegidos por otros usuarios.

Para estos escenarios el site collection administrator es la persona indicada para ayudarnos.

A continuación los pasos:

1. Deseamos eliminar una carpeta y se nos presenta el siguiente mensaje:

2. Damos OK y nos muestra el mensaje de que hay documentos desprotegidos por otro usuario.

3. Nos dirigimos a la configuración de la biblioteca y en la categoría Permisos y administración seleccionamos Administrar archivos que no tienen una versión protegida.

4. Podremos observar a todos los documentos desprotegidos y podremos protegerlos nuevamente.

Y listo, espero les haya sido de utilidad!

Desplegar soluciones de SharePoint en producción

Piero Marchena — Mon, 28 May 2012 00:19:00 GMT

Cuando desarrollamos soluciones de granja para SharePoint 2010 se genera un archivo .wsp que empaqueta toda la funcionalidad desarrollada. Este .wsp debe desplegarse en la granja para poder emplearlo y habilitarlo como features en nuestros site collections (esto depende del ámbito en el que hayamos implementado nuestra solución).

Para desplegar el .wsp debemos de ejecutar de manera secuencial los siguiente comandos:

1. Add-SPSolution -LiteralPath "C:\SOLUCIONES\Misolucion.wsp"

2. Install-SPSolution -Identity Misolution.wsp -GACDeployment

Y listo, habilitemos nuestros features a nivel de site collection o site y empecemos a utilizar la nueva funcionalidad!

Eliminar columnas huerfanas de workflows antiguos

Piero Marchena — Mon, 21 May 2012 01:55:00 GMT

Cuando trabajamos con Workflows en SharePoint 2010, bien sea utilizando SharePoint Designer o Visual Studio, cada vez que queremos probar los cambios ejecutados, tenemos que hacer nuevas publicaciones de los estos.

A republicar múltiples veces nuestros workflows se presenta el escenario de disponer campos de workflow huerfanos. Para eliminar estos campos podemos utilizar un muy útil script que obtuve del siguiente link: http://get-spscripts.com/2011/01/delete-unused-workflow-status-columns.html

El script es el siguiente:

function Delete-WorkflowColumn ($webURL, $listName, $columnName)

{

#Setup variables from the user input

$web = Get-SPWeb $webURL

$list = $web.Lists[$listName]

$column = $list.Fields[$columnName]

#Make sure the column is not hidden or read only

$column.Hidden = $false

$column.ReadOnlyField = $false

$column.Update()

#Delete column and dispose of the web object

$list.Fields.Delete($column)

write-host "Deleted column"

$web.Dispose()

}

Delete-WorkflowColumn -webURL http://miportal -listName "Mis Documentos" -columnName "Mi Columna Workflow"

Extender el periodo de activación de Windows Server 2008 R2

Piero Marchena — Sat, 19 May 2012 16:39:00 GMT

Cuando trabajamos en entornos de pruebas o por ejemplo tenemos que dictar capacitaciones y trabajamos con virtuales con sistema Operativo Windows Server 2008/2008 R2 suele suceder que el periodo de activación expira. Debido a que estos solo son ambientes de prueba o empleados para capacitaciones y los necesitamos por una cantidad de tiempo adicional, tenemos la posibilidad de extender el periodo de activación.

Microsoft publica en el siguiente link el procedimiento: http://support.microsoft.com/kb/948472

Básicamente debemos digitar en la línea de comando lo siguiente: slmgr.vbs – rearm y Listo!, podemos seguir usando nuestro Windows por un tiempo más.

Discos diferenciales para virtuales de Hyper-V

Piero Marchena — Sun, 13 May 2012 01:07:00 GMT

Cuando trabajamos en entornos virtuales y generalmente cuando creamos varios ambientes de prueba virtual, solemos trabajar con muchas máquinas virtuales que tienen como base una instalación de sistema operativo. Por ejemplo, en mi caso yo utilizo un disco base de Windows Server 2008 R2 para crear múltiples virtuales basadas en este disco.

El problema se presenta cuando nuestro espacio en disco se ve reducido significativamente, y esto se da cuando copiamos varias veces nuestros discos base para crear nuevas virtuales. Sin embargo, para evitar eso en Hyper-V tenemos la posibilidad de crear discos diferenciales.

Los discos diferenciales permiten referenciar a un disco base para crear nuevas virtuales sin la necesidad de tener que crear múltiples copias de este. El único inconveniente es que todas nuestras virtuales dependerán de este disco base que no podrá corromperse o eliminarse.

A continuación explico los pasos a seguir:

1. Crear una nueva virtual. Asignar la memoria RAM y Siguiente.

2. Especificar el nombre de nuestra virtual y la ubicación donde se almacenará.

3. Seleccionar la tarjeta de red que emplearemos.

4. Seleccionar, conectar un disco duro virtual más adelante.

5. Dar clic en Finalizar.

6. En Unidad de disco duro dar clic en Nuevo.

7. Clic en Siguiente.

8. Seleccionar Diferenciación.

9. Seleccionar el disco que utilizaremos con base.

10. Clic en Siguiente.

11. Clic en Finalizar.

Y listo! Este procedimiento hay que repetirlo para todas las virtuales que vayan a utilizar nuestro disco base.