Workflows en correos entrantes en Biblioteca de Documentos de SharePoint 2010

sharepoint2010 Una de las ultimas cosas con la que me he pegado, es saber por que los Workflows de una biblioteca de documentos, no se lanzaban, en el caso únicamente de añadir documentos a través de email.

Para el que no lo sepa, SharePoint 2010 incluye la funcionalidad de poder añadir información a una biblioteca de documentos, a través de email, es decir: si quieres añadir un archivo concreto a una librería y no puedes acceder al entorno de SharePoint, siempre tienes la posibilidad de enviar un email con dicho archivo, a una cuenta en concreto (esto debes haberlo configurado previamente).

declarativeworkflow

Volviendo al problema, tengo una biblioteca de documentos, donde hay un workflow personalizado, el cual se lanza cuando se añade un elemento. Esto funciona correctamente, si subes el documento a través del interface web o usando el explorador (mediante el protocolo WebDav)… pero cuando se suben a través de email, el workflow no se lanza!!!

Buceando en Internet, he visto que para habilitar esto, tiene que estar activa la propiedad “DeclarativeWorkflowAutoStartOnEmailEnabled“.

Como es habitual, esto puede hacerse usando bien STSADM o PowerShell, únicamente indicar, que los comandos a través de STSADM desde la versión de SharePoint 2007 no denegrían utilizarse (esta marcado como deprecated), Microsoft te recomienda el uso de PowerShell.

Procedimiento con STSADM:

1) Primero debemos verificar si este parámetro se encuentra activo o no, para ello lanzamos el siguiente comando:

stsadm -o getproperty -pn declarativeworkflowautostartonemailenabled

2) Verificamos el valor de la propiedad “Value” y en el caso que sea “no” deberíamos activarlo

declarativeworkflow1

3) Para activarlo ejecutamos el siguiente comando:

stsadm -o setproperty -pn declarativeworkflowautostartonemailenabled -pv true

declarativeworkflow2

Procedimiento con PowerShell:

1) Primero debemos verificar si este parámetro se encuentra activo o no, para ello lanzamos el siguiente comando:

$spWebService = [Microsoft.SharePoint.Administration.SPWebService]::ContentService
$spWebService.DeclarativeWorkflowAutoStartOnEmailEnabled

2) Verificamos el valor que devuelve y en el caso que sea “False” deberíamos activarlo
3) Para activarlo ejecutamos el siguiente comando:

$spWebService = [Microsoft.SharePoint.Administration.SPWebService]::ContentService
$spWebService.DeclarativeWorkflowAutoStartOnEmailEnabled = $true
$spWebService.Update()

Puedes consultar mas información sobre la propiedad DeclarativeWorkflowAutostartOnEmailEnabled aquí.

 

Shrink todas las bases de datos de un servidor de una manera rapida en SQL Server

SqlServer1En mis maquinas virtuales de desarrollo de SharePoint 2010, muchas veces me encuentro con que, el tamaño de las bases de datos SQL Server de SharePoint se ha disparado y me estoy quedando sin espacio.

Para reducir el tamaño de las bases de datos, normalmente lo que suelo hacer es un shrink (procedimiento almacenado para reducir el tamaño de los archivos de datos y de registro de la base de datos especificada).

Aunque he leído varios posts en los que no se aconseja eliminar esta información en entornos SharePoint, aquí os dejo un articulo interesante de Microsoft sobre el mantenimiento de bases de datos SharePoint 2010: Database maintenance for SharePoint 2010 Products, donde comentan el correcto uso de este comando.

Volviendo a la cuestión que nos atañe… Para poder liberar de una forma cómoda y sencilla, espacio de todas la bases de datos de una instancia de SQL server, has de ejecutar esta sentencia SQL:

declare @db varchar(255)
declare cur cursor for
select name from sys.databases where is_read_only=0 and state=0
  and name not in ('master','model','tempdb','msdb')
open cur
fetch cur into @db
while @@fetch_status=0
begin
  exec SP_dboption @db,'trunc. log on chkpt.','true' 
  DBCC shrinkdatabase (@db)
  fetch next from c into @db
end
close cur
deallocate cur

 

Este script lo que hace es lo siguiente: obtener una lista de todas las bases de datos (exceptuando las del sistema: master, model, tempdb y msdb), posteriormente establece la base de datos en ReadOnly y luego reducir el tamaño del archivo.

El resultado es el siguiente, donde te informa el tamaño inicial y el resultante:

shrink

 

Script de PowerShell para rellenar una lista de SharePoint con elementos

powershell Este ejemplo es válido tanto para plataformas SharePoint 2010 como SharePoint 2013. Viene motivado por la necesidad de probar los limites del producto en cuanto a vistas de listas se refiere.

Tanto la versión 2010 como 2013 tienen los mismos limites en cuanto a listas/bibliotecas se refiere en cuanto a:

  • Numero de elementos por lista: 30.000.000
  • Limitación de vista de lista: 5000 elementos
  • Tamaño de filas de lista: 8.000 bytes por fila

Viendo estas limitaciones, aquí tenéis un script de PowerShell con el que podréis añadir de forma automática miles de elementos en una lista:

[System.Reflection.Assembly]::LoadWithPartialName(”Microsoft.SharePoint”)
function PopulateList
{
    param ($ListURL, $count)
    $mySite = new-object Microsoft.SharePoint.SPSite($ListURL)
    $myWeb = $mySite.OpenWeb()
    $mySrcList = $myWeb.GetList($ListURL)
    $itemCount=0
    write-host "Preparando la lista para la carga de datos: " $ListURL
    write-host "-----------------------------------------------------------------"
    while ($itemCount -lt $count)
    {
        $itemCount=$itemCount+1
        write-host "Creando elemento:" $itemCount
        $listItem = $mySrcList.Items.Add()
        $title="Titulo del elemento " + $itemCount
        $listItem["Title"]=$title
        $listItem.Update()
    }
    $myweb.Dispose()
    $mySite.Dispose()
}
#---------------------------------------------------------------
#Para usar este función solo tienes que llamarla pasando como parámetro la lista y el numero de elementos a crear
$sitecollection="http://intranet/sitio/Lists/listaPrueba/"
PopulateList $sitecollection 6000
#---------------------------------------------------------------

 

Hay que destacar, que la lista (como requisito) unicamente ha de tener el campo “Titulo” (campo por defecto en listas que hereden del tipo de contenido “Elemento”), único campo que rellena el script.

 

Ejecutar aplicacion de escritorio como Administrador

microsoft-logo Una de las cosas que he necesitado hacer, y que nunca lo recuerdo, es tener la posibilidad de ejecutar directamente una aplicación como administrador.

Esta claro, que siempre tienes la posibilidad de, utilizando el botón derecho del ratón, seccionar la opción de “Ejecutar como administrador” (como se aprecia en la siguiente imagen)

RunAs

Pero existe veces en los que quieres que tu aplicación, solo permita ejecutarse con permisos de Administrador de la maquina, lo que permite realizar ciertas acciones que de otra forma no podrías. En este caso lo que hay que hacer es añadir un archivo de manifiesto o (app.manifest), donde se especifican múltiples metadatos de la aplicación, entre los que destaca, la seguridad.

Para añadir un archivo app.manifest a nuestra aplicacion, solo tienes que:

  • Aañadir desde Visual Studio, un nuevo archivo del tipo “Archivo de manifiesto de aplicación” como podemos apreciar:

app-manifest

  • Una vez añadido, editamos el archivo y donde aparece:
 <requestedExecutionLevel level="asInvoker" uiAccess="false" />

lo modificamos para que sea:

 <requestedExecutionLevel level="requireAdministrator" uiAccess="false" />

 

  • Por ultimo, solo nos queda acceder a las propiedades del proyecto, y dentro de Aplicación, seleccionar el archivo de manifiesto que hemos añadido:

app-manifest_2

Así la próxima vez que ejecutes la aplicación, solicitará credenciales de Administrador.

Referencia: Assembly Manifest

 

Configurar tu adaptador de red con un archivo .bat

Windows8  A partir de la versión de Windows 7, Microsoft cambió los parámetros del comando Netsh, con la inclusión del protocolo IPv6 en sus sistemas operativos.

Si normalmente trabajas en múltiples clientes, con diferentes configuraciones de Red, te pasarás todo el día cambiando los parámetros de configuración de tu adaptador de red. Para poder automatizar esto, os propongo el uso de este conjunto de comandos, que puede incluirse en un archivo .bat (archivo de procesamiento por lotes) para automatizar la labor de cambiar la configuración del adaptador.

Para ello solo tienes que crear un archivo de texto plano, con extensión .bat y añadir lo siguiente (dependiendo la opción que desees):

  • Para especificar una Dirección IP, Mascara de subred, Puerta de enlace predeterminada y DNSs deberás escribir lo siguiente:
netsh interface ipv4 set address name=“Ethernet” source=static address=192.168.1.10 mask=255.255.255.0 gateway=192.168.1.1
netsh interface ipv4 add dnsserver name=”Ethernet” address=8.8.8.8 index=1
netsh interface ipv4 add dnsserver name=”Ethernet” address=8.8.4.4 index=2

En este caso deberás modificar los siguientes parámetros:

  1. Parámetro name: “Ethernet” -> Nombre de tu adaptador de red
  2. Parámetro address: 192.168.1.10 -> Dirección IP
  3. Parámetro mask: 255.255.255.0 -> Mascara de subred
  4. Parámetro gateway: 192.168.1.10 -> Puerta de enlace predeterminada
  5. Parámetro address: 8.8.8.8 -> Dirección IP del DNS primario
  6. Parámetro address: 8.8.4.4 ->Dirección IP del DNS secundario

Este es el resultado de la ejecución del comando anterior:

ConfigIPv4

 

  • En el caso que, en vez de configurar manualmente el adaptador, prefieras que el DHCP te asigne una dirección de forma dinámica, deberás escribir esto:
netsh interface ipv4 set ADDRESS “Ethernet” source=DHCP
netsh interface ipv4 set DNS “Ethernet” source=DHCP

En este caso solo deberás modificar el siguiente parámetro:

  1. Parámetro name: “Ethernet” -> Nombre de tu adaptador de red

Este es el resultado de la ejecución de estos dos comandos:

ConfigIPv4_2

 

IMPORTANTE: La ejecución de estos comandos, bien desde una consola del sistema, o bien desde un archivo .bat ha de ejecutarse como Administrador.

Referencia: Netsh commands for Interface Internet Protocol version 4 (IPv4)

 

Visual Studio 2013 – We were unable to automatically populate your Team Foundation Service accounts

Visual StudioUna cosa algo extraña me paso ayer con el Visual Studio 2013… nada mas abrirlo revivo el siguiente error: “We were unable to automatically populate your Team Foundation Service accounts” y posteriormente me indica: “Not valid for use in specified state“.

He de indicar que tengo múltiples conexiones a diferentes servidores de TFS, y el problema es que no podía conectar con ninguno de los citados servidores de TFS.

Después de perder mucho tiempo buscando una solución al problema, di con la solución al problema, es necesario acceder al registro de Windows (REGEDIT.exe) y eliminar la siguiente clave: ‘HKEY_CURRENT_USER\Software\Microsoft\VSCommon\12.0\ClientServices\TokenStorage‘.

En la siguiente imagen se aprecia cual es la rama a borrar:

ErrorVS2013

 

Referencia: Blog de Trevor Hancock.

 

Error en el paso de implementación ‘Desinstalar aplicación para SharePoint': No se puede conectar con el sitio de SharePoint.

sharepoint2013 Antes de nada, indicar que este error: “Error en el paso de implementación ‘Desinstalar aplicación para SharePoint': No se puede conectar con el sitio de SharePoint” o en inglés “Error occurred in deployment step ‘Uninstall app for SharePoint': Cannot contact site at the specified URL” se produce cuando hemos desarrollado una solución y queremos implementarla en SharePoint 2013/Office 365 desde el Visual Studio 2012/2013 (en mi caso es una solución de una App para SharePoint 2013 auto-hospedada, que un compañero me ha pasado) .

El motivo de este error, puede producirse por varios motivos (básicamente es porque no tienes permisos en el sitio y base de datos), pero muchas veces se nos pasa por alto verificar una cosa tan simple, como que la propiedad “URL del sitio”, que debe de tener la url de nuestra colección de sitio, creada con la plantilla de “Sitio del desarrollador”.

Para verificar esto, en Visual Studio debemos abrir la ventana de propiedades del proyecto que utilizamos para empaquetar la solucion de SharePoint (normalemente puedes acceder a ella pulsando la tecla: F4) y ver si la propiedad “URL del sitio” esta correctamente rellena:

SiteUrlEmpty

En caso que no sea así, introducir un valor correcto y volver a implementar la solución…

 

Al menos uno de los tipos de campo no se ha instalado correctamente. Vaya a la página de configuración de la lista para eliminar estos campos.

sharepoint2010Este es el mensaje de error que me muestra cuando intento acceder a una página de un sitio de publicación tras una migración de SharePoint 2007 a SharePoint 2010: “Al menos uno de los tipos de campo no se ha instalado correctamente. Vaya a la página de configuración de la lista para eliminar estos campos” o en ingles “One or more field types are not installed properly. Go to the list settings page to delete these fields“.

ErrorTiposCampoInstalados

Este problema se produce porque cuando se activa la característica de SharePoint “Server Publishing Infrastructure“, esta crea una lista interna (esta oculta) llamada “Relationships List“, donde se almacena información de las variaciones y la información de esta lista no es correcta o no se ha actualizado correctamente.

Para solucionarlo lo que hay que hacer, únicamente es borrar la información que hay en esta lista, para ello hay que realizar los siguientes pasos, entre los que destacan la ejecución de varios comandos de PowerShell:

  1. Acceder con el navegador web a la lista “Relationships List” y eliminar los elementos que haya en esta: (http://<HostName>/<Site>/Relationships%20List/allitems.aspx)
  2. Desactivar la característica “Infraestructura de publicación de SharePoint Server“, de la colección de sitio: Disable-SPFeature –Identity f6924d36-2fa8-4f0b-b16d-06b7250180fa –url http://<HostName>/<Site>
  3. Activar la misma característica de Infraestructura: Enable-SPFeature –Identity f6924d36-2fa8-4f0b-b16d-06b7250180fa –url http://<HostName>/<Site>
  4. Desactivar la característica de “Publicación de SharePoint Server” a nivel de sitio: Disable-SPFeature –Identity 94c94ca6-b32f-4da9-a9e3-1f3d343d7ecb –url http://<HostName>/<Site>
  5. Activar característica de Publicación: Enable-SPFeature –Identity 94c94ca6-b32f-4da9-a9e3-1f3d343d7ecb –url http://<HostName>/<Site>

Tras la realización de estos pasos, podrás acceder sin problemas a todas las paginas existentes en el sitio con este problema.

IMPORTANTE: Esta solución propuesta solo es valida para plataformas SharePoint 2010.

 

Service Pack 1 para Office 2013 y SharePoint 2013

sharepoint2013Hoy día 25 de Frebrero, Microsoft ha anunciado la salida del Service Pack 1 para Office 2013 y SharePoint 2013.

Esta nueva versión del Service Pack 1, proporciona correcciones para mejorar: la estabilidad general, funcionalidad y seguridad en Office, SharePoint Server y productos relacionados. Entre las mejoras en la funcionalidad, destaca:

  • Correcciones de compatibilidad para Windows 8.1 e Internet Explorer 11.
  • Mejor soporte para hardware moderno, como dispositivos de alto DPI y la precisión la precisión del touchpad.
  • Nuevas capacidades para Apps de Office y APIs para desarrolladores :).
  • Power Map para Excel, una herramienta de visualización 3D para la cartografía, la exploración y la interacción con los datos geográficos y temporales en Excel (ya está disponible para clientes de Office 365 con  suscripción ProPlus).
  • Mejoras en la tecnología de virtualización Click-to-Run que instala y actualiza aplicaciones de Office 365 de escritorio.
  • SkyDrive Pro es ahora OneDrive for Business (únicamente ha habido un cambio de nombre del producto).

Para mas información, puedes visitar los siguientes KBs para más información sobre las actualizaciones del  Service Pack 1 de los siguientes productos:

Update KB Article
Office 2013 SP1. Covers these applications:

  • Access
  • Excel
  • InfoPath
  • Lync
  • OneDrive for Business
  • OneNote
  • Outlook
  • PowerPoint
  • Publisher
  • Word

 

2817430
Project 2013 SP1 2817433
Visio 2013 SP1 2817443
SharePoint Designer 2013 SP1 2817441
SharePoint Server 2013 SP1 2817429
Project Server 2013 SP1 2817434
Office Web Apps Server 2013 SP1 2817431
All other desktop products and language packs 2850036
All other server products and language packs 2850035

 

IMPORTANTE: Siempre es bueno probar cualquier Service Pack en un entorno no productivo, para detectar y corregir posibles problemas, y así evitar males mayores.

Para mas información: http://support.microsoft.com/kb/2817429

 

“Configurar grupos para este sitio” en SharePoint 2010

sharepoint2010Una de las cosas que echo de menos de SharePoint 2007 en SharePoint 2010 es la pagina de “Configurar grupos para este sitio” o en inglés “Set up Groups for this site“, donde el usuario puede especificar quién puede tener acceso a un  sitio en concreto. Esta claro que he mejorado mucho la forma de gestionar los grupos y usuarios, pero hecho en falta esta pagina (y sobre todo su funcionalidad)…

 

ConfigurarGrupos

Por algún motivo, el equipo de SharePoint decidió que esta funcionalidad “Configurar grupos de este sitio” debía de estar oculta en el menú de Permisos del Sitio. Si que esta visible, cuando creas un Sitio nuevo (si lo creas con la opción de permisos únicos), la malo es que luego, no hay forma de ver los grupos asignados a cada perfil.

Si necesitas realizar cambios en la asignación de grupos y como esta funcionalidad sigue estando en SharePoint 2010, siempre es posible acceder a la pagina por url: /_layouts/permsetup.aspx