Mes: mayo 2012

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:SOLUCIONESMisolucion.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!

 

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»
 

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.

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.

 

Los Document Sets en SharePoint 2010 resultan muy útiles por las ventajas que ofrecen al tratar a los documentos relacionados como un conjunto con características comunes.

Una de las características interesantes que proporciona es el disponer de una interfaz web totalmente personalizable. Ya sea vía la interfaz web o mediante SharePoint Designer, es posible personalizar la interfaz a nuestro gusto y esto se replicará para todos los document sets basados en el mismo content type que ya hallamos creado previamente.

 Desde designer debemos dirigirnos a All Files y ubicar la carpeta _cts.

A continuación debemos ubicar la carpeta con el nombre de nuestro content type del tipo document set.

Dentro de la carpeta habrá una página que es la que podremos editar a nuestro gusto.

Espero les haya resultado de utilidad!

 Aquellos que han instalado un ambiente de pruebas con SharePoint 2010 y Office 2010 64 bits, habrán encontrado problemas cuando desean utilizar características tales como el DataSheet View. Esto es debido a que esta vista requiere que se disponga de la versión de 32 bits de Office 2010, sin embargo si es que no deseamos reinstalar nuestro Office, la alternativa es instalar 2007 Office System Driver: Data Connectivity Components.

Esta información la obtuve del siguiente link: http://office.microsoft.com/en-us/sharepoint-server-help/use-datasheet-view-in-64-bit-office-2010-HA101882420.aspx

 El resultado final desde mi Win 2K8 R2 con SP 2010 y Office 2010 64bits fue: