La forma mas rápida que se me ocurrió es la de crear un script de PowerShell para ello. Como creo que os podría ser de utilidad, lo comparto con todos vosotros:

function Get-UsersPermissions([string]$portalurl, [String[]]$excludewebs, [string]$onesite) 
{ 
    [void][System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") 
    $farm = [Microsoft.SharePoint.Administration.SPFarm]::Local 
	#añade la barra si no existe
    if (-not $portalurl.EndsWith("/")) { $portalurl = $portalurl + "/" } 
	#recorre todos los servicios de la granaja
    foreach ($spService in $farm.Services) 
	{ 
        if (!($spService -is [Microsoft.SharePoint.Administration.SPWebService])) { continue; } 
        foreach ($webApp in $spService.WebApplications) 
		{ 
            if ($webApp -is [Microsoft.SharePoint.Administration.SPAdministrationWebApplication]) { continue; } 
			$webAppUrl = $webApp.GetResponseUri('Default').AbsoluteUri 
			if ($webAppUrl.ToUpper() -eq $portalurl.ToUpper())
			{ 
				#recorre las colecciones que existen en la aplicacion web
				foreach ($site in $webApp.Sites) 
				{ 
					#si existe algun parametro 
					if (($onesite -ne $null) -and ($onesite -ne "")) 
					{ 
						#verifica si se ha incluido el parametro Web
						if ($site.Url.ToUpper() -ne $onesite.ToUpper()) { continue; } 
					} 
					#recorre los sitios que existen en la coleccion
					foreach ($web in $site.AllWebs) 
					{ 
						if ($excludewebs -contains $web.Url) 
						{ 
							Write-Host "Se ha excluido el sigioente sitio: " $web.Url 
							continue 
						} 
						foreach ($user in $web.SiteUsers)
						{ 
							#excluye al usuario: sharepoint\system 
							if ($user.Loginname.StartsWith("SHAREPOINT\")) { continue; } 
							#recupera la informacion a mostrar
							$data = @{ 
										"Coleccion" = $site.Url 
										"Url sitio" = $web.Url 
										"Nombre sitio" = $web.Title 
										"Usuario" = $user.Loginname 
										"Nombre" = $user.Name 
										"Roles" = $user.Roles 
										"Grupos" = $user.Groups 
							} 
							New-Object PSObject -Property $data 
						} 
						$web.Dispose(); 
					} 
					$site.Dispose() 
				} 
			} 
		} 
	} 
}

#---------------------------------------------------------------
#Opcion 1: Listas de los usuarios y sitio del la Aplicacion Web: http://intranet, pero solo muestra los usuarios y permisos del subsitio: http://intranet/sites/test
# Get-UsersPermissions -portalurl:http://intranet/  -onesite:http://intranet/sites/test | Out-GridView
#---------------------------------------------------------------
#Opcion 2: Listas de los usuarios y sitio del la Aplicacion Web http://intranet, pero excluye los 3 sitios: /gastos, /docs y /rrhh
# Get-UsersPermissions -portalurl:http://intranet/ -excludewebs:@('http://intranet/gastos','http://intranet/docs','http://intranet/rrhh')  | Out-GridView
#---------------------------------------------------------------
#Opcion 3: Lista todas los sitios y usuarios de la Aplicacion Web: http://intranet
# Get-UsersPermissions -portalurl:http://intranet/ | Out-GridView
#---------------------------------------------------------------

Para solucionar este problema, has de dar permiso de “db_owner” a la cuenta de servicio que estas usando para ejecutar Excel Services, siguiendo los siguientes pasos:

1) Abre el administrador de bases de datos “SQL Server Management Studio” y localiza la base de datos o bases de datos de contenido (puedes verlo en el Visor de Eventos de Windows “<Content Database Name>” y selecciona “Security“.

2) Dentro de esta sección, posicionate en “Users” y con el botón derecho, selecciona “New User …”

3) Introducimos la cuenta de servicio que ejecuta el servicio de Excel Service (que puedes localizar en Security -> Configure Service Accounts, seleccionado el pool del servicio) y le asignamos el rol de “db_owner“.

4) Guarda los cambios y verás como los archivos Excel ser abren correctamente en tu navegador web.

Para solucionar este problema, has de realizar los siguientes pasos:

1) Abres la Administración Central y vas a: Manage service applications -> Excel Services Application (o el nombre que le hayas dado al servicio) -> Trusted File Locations.

2) En esta pantalla, has de añadir la url del Web Application (como por ejemplo: http://intranet.com) y marcar la opción ”Children trusted” para asegurarte que todas las bibliotecas de documentos que contengan archivos Excel, se abre correctamente en el navegador web.

1) Puedes verificar que la conexión de servicio con Excel Service está habilitada, para ello, en la Administración Central te vas a: Application Management -> Manage Web Application -> <Nombre_Web_Application> -> Service connections.

En este formulario, has de asegurarte de el servicio Excel (según lo hayas llamado cuando lo creaste), esta habilitado:

Con estas verificaciones, debería funcionar correctamente el servicio y abrir tus archivos Excel en el navegador web.

2) Una segunda opción, es configurar la Coleccion de Sitio, para que, en vez de abrir el archivo Excel en el navegador web, te lo abra en el cliente de paquete Office. Para ello, te remito a este post de Mario Cortés donde se detallan todos los pasos a seguir.

Para para el servicio “User Profile Synchronization” con PowerShell, es necesario realizar los siguientes pasos:

1) Obtenemos el listado de todos los Servicios de la granja o entorno de SharePoint (incluyendo su GUID)

Get-SPServiceInstance

2) Localizamos el GUID del servicio User Profile Synchronization y llamamos al comando Stop-SPServiceInstance:

Stop-SPServiceInstance [GUID_User_Profile_Synchronization]

Para poder realizar esto, es necesitar editar el manifiesto de la planilla y ponerle el idioma, que tengas instalado en tu entorno. Para editar un archivo stp existen varios métodos que comento a continuación:

1) Existe una forma manual de poder editarlos, cuyos pasos serian:

1. Copia y renombra la extensión del archivo .stp por .cab
2. Extrae el contenido del archivo (yo suelo usar WinRar)
3. Abre el archivo manifest.xml en un editor de texto (Visual Studio, Notepad, Dreamweaver, etc.)
4. Modifica el archivo manifest.xml
5. Usando la linea de comando,  sitúate en el directorio/carpeta que contenga el manifiesto ya editado
6. Teclea el siguiente comando, sustituyendo el <nombre_plantilla> por el deseado: makecab.exe manifest.xml <nombre_plantilla>.cab
7. Esto generará un archivo .cab que deberemos renombrar de extensión a .stp
8. Ya tenemos listo la plantilla modificada, preparada para subir a SharePoint

2) Existe otra forma mucho mas sencilla, cuyos pasos serian:

1. Copia y renombra la extensión del archivo .stp por .cab
2. Extrae el contenido del archivo (yo suelo usar WinRar)
3. Abre el archivo manifest.xml en un editor de texto (Visual Studio, Notepad, Dreamweaver, etc.)
4. Modifica el archivo manifest.xml
5. Buscar la aplicación iexpress.exe y ejecutala
6. Sigue los pasos del wizard
7. Esto generará un archivo .cab que deberemos renombrar de extensión a .stp
8. Ya tenemos listo la plantilla modificada, preparada para subir a SharePoint

Este segundo paso es mucho mas cómodo si tu plantilla, contiene mas de un archivo (es decir a aparte del manifest.xml) ya que no tienes que generar ningún script para que te haga el empaquetado usando makecab.

Para más información sobre IExpress Wizard, puedes consultar esta pagina de Microsoft.

En principio esto no debe de ser un problema ya que ningún usuario usa directamente los servidores de la granja de SharePoint para navegar por los sitios ahí hosteados. Pero ¿y si es un servidor de desarrollo o pruebas? En estos casos es obligatorio que podamos acceder a los sitios sin que este comportamiento ocurra.

Este comportamiento del sistema, es una característica de seguridad introducida desde el Service Pack 1 de Windows Server 2003 y está presente hasta las versiones actuales de Windows Server 2008 R2. Básicamente lo que hace es bloquear el acceso a una Web Application usando el FQDN, si esto sucede la característica entra en acción y bloquea este acceso enviando un error 401.1 Access Denied. ¿Por qué se introdujo esta característica? Pues porque existían varios ataques que se basaban en reflección para engañar a IE y hacerle creer que se estaba trabajando de manera local y así burlar muchas restricciones de seguridad.

¿Como podemos solucionar este problema (siempre y cuando se traten de entornos no productivos)? Existen dos métodos .. uno a través de la ejecución de un comando de PowerShell y la segunda añadiendo una clave en el Registro de Windows.

1) Ejecución de este comando PowerShell:

New-ItemProperty HKLM:\System\CurrentControlSet\Control\Lsa -Name "DisableLoopbackCheck" -value "1" -PropertyType dword

En la siguiente imagen puede apreciarse la ejecución de este comando:

2) Modificando directamente el Registro de Windows:

- Pincha en el botón de Inicio o presiona la tecla Windows + X (dependiendo la versión de Windows), pincha en Ejecutar, escribe: “regedit” y presiona Intro.
- En el editor del Registro de Windows, localiza la siguiente clave: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
- Pincha con el botón derecho del ratón en Lsa, selecciona nueva Valor de DWORD (32 bits)

- Introducimos el nombre “DisableLoopbackCheck” y presionamos Intro.
- Pinchamos con el botón derecho del raton sobre esta nueva clave “DisableLoopbackCheck“, y seleccionamos Modificar.
- Introducimos un “1″ en el campo Información del valor  y presionamos Intro.

- Cerramos el editor del Registro de Windows y reiniciamos el servidor para que los cambios tengan efecto.

Para información mas detallada sobre este problema, podéis consultar el KB896861.

Es un proceso muy sencillo, ya que hay que obtener la el valor del campo que se genera en la lista, cuando se le asocia un workflow, únicamente lo que debemos hacer posteriormente, es convertir el numero por un texto legible. En caso de ser necesario puedes hacer directamente la traducción en castellano de los estados, si eliminas la linea System.Enum.GetName(typeof(SPWorkflowStatus), WorkflowStatusValue) y la sustituyes por un switch por ejemplo…

Aquí os dejo una función que podrá serviros de ayuda, los unicos parametros que hay que pasar son:

siteUrl = Url del sitio
listName = Nombre de la lista o libreria a la cual esta asociado el workflow
itemId = Identificador, del item que queremos consultar
wfFieldName = Nombre del campo de la lista donde se muestra el estado del workflow

static string GetWorkflowStatud(string siteUrl, string listName, int itemId, string wfFieldName)
{
  string result = string.Empty;
  SPSecurity.RunWithElevatedPrivileges(delegate
  {
	try
	{
	  using (SPSite spSite = new SPSite(siteUrl))
	  {
		using (SPWeb spWeb = spSite.OpenWeb())
		{
		  //instancia la lista/biblioteca
		  SPList spList = spWeb.Lists[listName]; 
		  //recupera el item de la lista
		  SPListItem spListItem = spList.Items.GetItemById(itemId); 
		  //recupera el valor del campo del Workflow
		  Int32 WorkflowStatusValue = Convert.ToInt32(spListItem[wfFieldName]); 
		  //traduce el numero a texto
		  string WorkflowStatusString = System.Enum.GetName(typeof(SPWorkflowStatus), WorkflowStatusValue); 
		  //almacena el estado del Workflow
		  result = WorkflowStatusString;
		}
	  }
	}
	catch (Exception ex) { result = ex.Message; }
  });
  return result;
}

Para más información, puedes consultar el enumerador SPWorkflowStatus con los posibles estados del workflow.

Una de mis tareas es revisar el Analizador de mantenimiento de SharePoint 2010, donde quedan registrados problemas que pueden hacer que una granja de SharePoint tenga problemas de seguridad, escalabilidad, rendimiento…

Uno de los problemas que he detectado y que viene siendo recurrente, es soluciones han sido eliminadas, antes de que las características correspondientes hayan sido desactivadas de colecciones de sitios y sitios.

Este problema queda registrado en el  Analizador de mantenimiento, con la categoría a nivel de granja: ”Missing server side dependencies“.

Dentro de esta categoría, puedes encontrar registros como el siguiente, donde se detallo el problema:

[MissingFeature] Database [_WSS_DSI01] has reference(s) to a missing feature: Id = [e8389ec7-70fd-4179-a1c4-6fcb4342d7a0]. The feature with Id e8389ec7-70fd-4179-a1c4-6fcb4342d7a0 is referenced in the database [_WSS_DSI01], but is not installed on the current farm. The missing feature may cause upgrade to fail. Please install any solution which contains the feature and restart upgrade if necessary.

Este mensaje de error indica un nombre de base de datos de contenido (_WSS_DSI01) y el identificador de la característica (e8389ec7-70fd-4179-a1c4-6fcb4342d7a0), lo malo es que este error, no informa sobre los sitios o colecciones de sitios donde la característica existe y además, aunque supiéramos donde se ha activado esta característica, no es posible desde el interfaz de usuario desactivarla, ya que dicha solución se ha eliminado de la granja.

El siguiente script de PowerShell, nos informa de que sitios o colecciones de sitio de la base de datos de contenido, contienen la referencia a esta característica y fuerza la desactivación de de esta.

function Remove-SPFeatureFromContentDB($ContentDb, $FeatureId, [switch]$ReportOnly)
{
    $db = Get-SPDatabase | where { $_.Name -eq $ContentDb }
    [bool]$report = $false
    if ($ReportOnly) { $report = $true }
    $db.Sites | ForEach-Object 
    {
        Remove-SPFeature -obj $_ -objName "site collection" -featId $FeatureId -report $report
        $_ | Get-SPWeb -Limit all | ForEach-Object 
        {
            Remove-SPFeature -obj $_ -objName "site" -featId $FeatureId -report $report
        }
    }
}

function Remove-SPFeature($obj, $objName, $featId, [bool]$report)
{
    $feature = $obj.Features[$featId]
    if ($feature -ne $null) 
    {
        if ($report) 
        {
            write-host "Feature found in" $objName ":" $obj.Url -foregroundcolor Red
        }
        else
        {
            try 
            {
                $obj.Features.Remove($feature.DefinitionId, $true)
                write-host "Feature successfully removed from" $objName ":" $obj.Url -foregroundcolor Red
            }
            catch 
            {
                write-host "There has been an error trying to remove the feature:" $_
            }
        }
    }
    else 
    {
        #write-host "Feature ID specified does not exist in" $objName ":" $obj.Url
    }
}

Si únicamente queremos obtener el listado de sitios y colecciones de sitios, donde se referencia esta característica, deberás utilizando de la siguiente forma:

Remove-SPFeatureFromContentDB -ContentDB "_WSS_DSI01" -FeatureId "e8389ec7-70fd-4179-a1c4-6fcb4342d7a0" –ReportOnly

Si por el contrario, además de obtener el listado, deseas eliminar las referencias de la base de dato de contenido, deberás utilizarlo como anteriormente, el único cambio es que has de eliminar el parámetro ”–ReportOnly”:

Remove-SPFeatureFromContentDB -ContentDB "_WSS_DSI01" -FeatureId "e8389ec7-70fd-4179-a1c4-6fcb4342d7a0"

Una vez hayas eliminado todas las referencias erróneas, es necesario volver a analizar  la categoría: “Missing server side dependencies” dentro del Analizador de mantenimiento, para comprobar que los errores han desaparecido.

Referencia: get-spscripts.com

Antes de nada indicar que Microsoft recomienda no acceder directamente a la información de la plataforma, desde la base de datos, sino que debe hacerse a través del modelo de objetos de SharePoint. Este seria el único caso excepcional, donde podemos acceder directamente a través de consultas SQL.

SharePoint 2010, a nivel de granja crea una base de datos llamada WSS_Logging, donde almacena toda la información de la plataforma SharePoint, como por ejemplo: información que envía al visor de eventos de Windows, información de los contadores de rendimiento, inventario de los sitios existentes, los logs de ULS… eso si con un periodo de antigüedad de 14 días, toda información que pase de ese tiempo sera eliminada.

La información de esta base de datos, también es usada para consolidar los datos de Web Analytics a través de los jobs Microsoft SharePoint Foundation Usage Data Import y Microsoft SharePoint Foundation Usage Data Processing.

También es importante remarcar, que la información se vuelca desde la granja a la tabla WSS_Logging, a través de varios timer job que se ejecuta cada varios minutos (este valor es diferente para cada uno de ellos). Aquí tenéis el listado de jobs que vuelca información a esta base de datos (estos datos pueden consultarse en la Administración Central):

El job en concreto, que actualiza la información en el ULS es: Diagnostic Data Provider: Trace Log y se ejecuta por defecto cada 10 minutos y esta es su configuración:

Si, como comentábamos anteriormente, queremos acceder a la misma información que existe en los logs de SharePoint, directamente, deberemos realizar consultas sobre la vista: [dbo].[ULSTraceLog]. Es importante remarcar que debes utilizar las vistas y no las tablas para realizar las consultas.

Los campos de esta vista son: [PartitionId], [RowId], [LogTime], [MachineName], [ProcessID], [ProcessName], [ThreadID], [Area], [Category], [Level], [EventID], [Message], [CorrelationId], [RowCreatedTime]. Estos campos son similares a la informacion que se almacenan en los archivos de ULS.

Como veis existe el campo  [CorrelationId] por el cual vamos a conseguir filtrar los datos, para cotar la información.

De este modo, podrás localizar registros de logs sin tener que buscar físicamente en varios archivos ULS, a través de la granja…

Previamente ya habíamos visto como Listar, añadir, modificar y borrar información con REST en SharePoint 2010, pero partíamos que la lista o biblioteca solo tenia un tipo de contenido por defecto. Ahora se nos plantea un complicación mas, que es crear un ítem de un tipo de contenido concreto.

Suponemos que tenemos la lista “DemoList” a la cual tiene el tipo de contenido por defecto “Elemento” y le hemos añadido un segundo tipo de contenido llamado “Anuncio”.

Ahora queremos añadir un nuevo item de tipo “Anuncio”… lo que deberíamos hacer es definir ese nuevo item y especificar su tipo de contenido:

static void CreateDataContentType()
{
	//recupera la informacion del servicio 
	DevPortalHomeDataContext dataContext = new DevPortalHomeDataContext(new Uri("http://servidor/_vti_bin/listdata.svc/"));
	dataContext.Credentials = CredentialCache.DefaultNetworkCredentials; 
	//crea y define un nuevo item en la lista DemoList (definimos el Content Type)
	DemoListItem demoListItem = new DemoListItem()
	{
		ContentType = "Announcement",
		Title = "Registro de tipo contenido Anuncio",
		Cuerpo = "Cuerpo del anuncio"
	};
	//añade el item a la lista
	dataContext.AddToDemoList(demoListItem);
	dataContext.SaveChanges();
	Console.WriteLine("Registro creado correctamente");
}

En el caso de no especificar el campo ContentType, SharePoint asume que el nuevo item, es del tipo de contenido predeterminado.

En la siguiente imagen se puede apreciar, como el nuevo registro añadido con esta función, es de tipo “Anuncio”:

 Es importante saber que has de conocer los posibles tipos de contenido de la lista en cuestión, ya que no hay forma de saber (ni siquiera con los metadatos: http://servidor/_vti_bin/listdata.svc/$metadata) de los posibles valores del campo: <Property Name=”TipoDeContenido” Type=”Edm.String” Nullable=”true” />.

Esta funcionalidad, debe realizarse desde un cliente (en este caso voy a hacerlo desde una aplicación de consola). Parto de la anterior aplicación que montamos en mi anterior post,  lo único que vamos a realizar es añadirle un método más, parar poder subir documentos.

Este seria el método:

static void UploadDocument()
{
	using (FileStream file = File.Open(@"C:\TEMP\Documento.txt", FileMode.Open))
	{
		//recupera la informacion del servicio 
		DevPortalHomeDataContext dataContext = new DevPortalHomeDataContext(new Uri("http://servidor/_vti_bin/listdata.svc/"));
		dataContext.Credentials = CredentialCache.DefaultNetworkCredentials; 
		//declara las caracteristicas del el documento
		string path = "/Documents/Documento.txt";
		string Name = "Documento";
		string contentType = "plain/text";
		string Title = "Documento";
		//crea el documento
		DocumentsItem documentItem = new DocumentsItem()
		{
			ContentType = contentType,
			Name = Name,
			Path = path,
			Title = Title
		};
		//sube el documento al la biblioteca
		dataContext.AddToDocuments(documentItem);
		dataContext.SetSaveStream(documentItem, file, false, contentType, path);
		dataContext.SaveChanges();
		Console.WriteLine("Documento subido correctamente");
	} 
}

Para su correcto funcionamiento, hay que crear un archivo de texto plano en C:\TEMP\ llamado Documento.txt.

Se puede añadir para un correcto funcionamiento de la aplicación, control de excepciones…   ya que si existe algún problema, se produzca una excepción de tipo System.Data.Services.Client.DataServiceRequestException.

Nota: El método DataServiceContext.SetSaveStream únicamente está accesible desde el Framework 4.0.

¿Como podemos usar servicios REST en SharePoint 2010? Si tenemos un sitio de SharePoint, podemos acceder a su contenido, a través de  ADO.NET Data Services, lo único que debemos hacer es poner en el navegador la siguiente url: http://<servidor>/_vti_bin/listdata.svc/ para ver el listado de todas las entidades con las que podemos interactuar.

En caso de que tengáis problemas para recuperar esta información, podéis consultar este post: No se puede cargar IDataServiceUpdateProvider usando REST en SharePoint 2010.

Es posible navegar entre las entidades, incluyendo en la url el nombre de la entidad, como por ejemplo, del listado de objetos que tenemos en este sitio:

Podríamos visualizar los items de la lista DemoList accediendo a la url:

• http://<servidor>/_vti_bin/listdata.svc/DemoList

Es necesario conocer los metadatos de la entidad, para realizar consultas mas complejas…

• http://<servidor>/_vti_bin/listdata.svc/$metadata

Si queremos recuperar la información del primer item de esta lista, podemos obtenerlo de la siguiente forma: 

• http://<servidor> /_vti_bin/listdata.svc/DemoList(1)

Si queremos únicamente devolver el titulo del item, solo tienes que especificar el nombre del campo:

• http://<servidor>/_vti_bin/listdata.svc/DemoList(1)/Título

También podemos hacer filtros, como por ejemplo, con el titulo del item:

• http://<servidor>/_vti_bin/listdata.svc/DemoList?$filter=Título eq ‘Otro nuevo registro’ 

Si preferimos consumir este servicio desde una aplicación .NET es tan sencillo como:

1) Desde Visual Studio, creas un nuevo proyecto de tipo “Console Application”

2) Añades una referencia al servicio REST, es decir con el botón derecho sobre el proyecto pulsas “Add Service Reference…” y añades la url del servicio:

3) Dependiendo de la acción que queramos realizar, podemos usar cualquiera de los siguientes métodos, que gracias a LYNQ podemos trabajar con la información:

Listado de items de una lista:

static void GetData()
{
	//recupera la informacion del servicio 
	DevPortalHomeDataContext dataContext = new DevPortalHomeDataContext(new Uri("http://servidor/_vti_bin/listdata.svc/"));
	dataContext.Credentials = CredentialCache.DefaultNetworkCredentials; 
	//recupera el listado de items de la lista DemoList
	var result = from items in dataContext.DemoList select new { Title = items.Title, };
	foreach (var item in result)
	Console.WriteLine(item);
}

Creación de un nuevo item en una lista:

static void CreateData()
{
	//recupera la informacion del servicio 
	DevPortalHomeDataContext dataContext = new DevPortalHomeDataContext(new Uri("http://servidor/_vti_bin/listdata.svc/"));
        dataContext.Credentials = CredentialCache.DefaultNetworkCredentials; 
	//crea un nuevo item en la lista DemoList
	DemoListItem demoListItem = new DemoListItem();
	demoListItem.Title = "Registro REST";
	dataContext.AddToDemoList(demoListItem);
	dataContext.SaveChanges();
	Console.WriteLine("Registro creado correctamente");
}

Actualización de un item existente en una lista:

static void UpdateData()
{
	//recupera la informacion del servicio 
	DevPortalHomeDataContext dataContext = new DevPortalHomeDataContext(new Uri("http://servidor/_vti_bin/listdata.svc/")); 
        dataContext.Credentials = CredentialCache.DefaultNetworkCredentials; 
	//modifica un item existente en la lista DemoList
	DemoListItem demoListItem = dataContext.DemoList.Where(i => i.Title == "Registro REST").FirstOrDefault();
	demoListItem.Title = "Registro REST - modificado";
	dataContext.UpdateObject(demoListItem);
	dataContext.SaveChanges();
	Console.WriteLine("Registro modificado correctamente");
}

Eliminacion de un item de una lista:

static void DeleteData()
{
	//recupera la informacion del servicio 
	DevPortalHomeDataContext dataContext = new DevPortalHomeDataContext(new Uri("http://servidor/_vti_bin/listdata.svc/")); 
        dataContext.Credentials = CredentialCache.DefaultNetworkCredentials; 
	//borra el item existente en la lista DemoList
	DemoListItem demoListItem = dataContext.DemoList.Where(i => i.Title == "Registro REST - modificado").FirstOrDefault();
	dataContext.DeleteObject(demoListItem);
	dataContext.SaveChanges();
	Console.WriteLine("Registro borrado correctamente");
}

Aquí tenéis el resultado de la ejecución de estos métodos:

Para mas información sobre el servicio REST en SharePoint 2010 podéis consultar la pagina de MSDN: Interfaz de REST de SharePoint Foundation.

Could not load type ‘System.Data.Services.Providers.IDataServiceUpdateProvider’ from assembly ‘System.Data.Services, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089′.

Lo primero que hice al ver este error, es ver si en la GAC había una entrada del ensamblado: System.Data.Service… y ahí estaba, con la versión: 3.5.30729.1.

Después de buscar un rato por la Red, vi que había un par de parches que solucionaba este problema, concretamente el KB976127 y el KB976126, los cuales actualizan el ADO.NET Data Services para poder consumir servicios REST en el .NET Framework 3.5, el primero para los sistemas operativos: Windows 7 y Windows Server 2008 R2 y el segundo para: Windows 2000, Windows Server 2003, Windows XP, Windows Vista and Windows Server 2008.

Tras la instalación del parche adecuado, verificamos que los servicios, vuelven a funcionar correctamente, accediendo por ejemplo a http://<servidor>/_vti_bin/listdata.svc/:

Puedes descargar los parches (dependiendo del sistema operativo que estés usando):

• ADO.NET Data Services Update for .NET Framework 3.5 SP1 for Windows 7 and Windows Server 2008 R2
• ADO.NET Data Services Update for .NET Framework 3.5 SP1 for Windows 2000, Windows Server 2003, Windows XP, Windows Vista and Windows Server 2008

Este es un proceso muy sencillo, ya que Microsoft ha mantenido la compatibilidad con las versiones antes del producto, aunque es algo diferente al proceso de sincronización habitual. Si intentamos abrir un sitio de SharePoint 2007, recibiremos el siguiente error:

Para solucionar este problema y poder sincronizar un sitio de SharePoint 2007 utilizando SharePoint Workspace 2010, lo que tienes que hacer es lo siguiente:

1. En la ficha Inicio de la Barra de inicio de SharePoint Workspace, haz clic en Nuevo y, a continuación, en Área de trabajo de Groove.
2. En la ventana Nueva área de trabajo de Groove, haga clic en Opciones, seleccione 2007 en la lista desplegableVersión del área de trabajo y, por último, haga clic en Aceptar.
3. En la nueva área de trabajo, haga clic en la ficha Área de trabajo, en Agregar y, a continuación, en Archivos de SharePoint.
    

    

4. Introduces las credenciales y la herramienta Archivos de Office SharePoint 2007 se agrega al área de trabajo, que puede sincronizar una única biblioteca de documentos en un sitio de Office SharePoint Server 2007 o de SharePoint Server 2010.

Para obtener el AggregationId  de un sitio, lo único que has de ejecutar desde  “SQL Server Management Studio” es la siguiente consulta SQL:

--Obtiene el AggregationId por cada Site
SELECT DISTINCT DimensionName, AggregationId, SM.[Path]
FROM [WebAnalyticsReportingdb].[dbo].[WASiteInventorySnapshot] WASIS WITH (NOLOCK)
INNER JOIN [ConfigDB].[dbo].[SiteMap] SM
ON WASIS.DimensionName = SM.Id
WHERE WASIS.DimensionType=0
ORDER BY [Path]

PD. Puede que tengas que renombrar los nombres de las bases de datos de Configuración de SharePoint [ConfigDB] y de Web Analytics [WebAnalyticsReportingdb], ya que en mi granja se llaman así, pero no por este motivo se tienen que llamar igual en la tuya…

Aquí tienes un ejemplo de funciones que necesitan dicho parámetro:

En posteriores post explicare, como hacer uso de esta información para extender las estadísticas de SharePoint 2010, sin depender de las limitaciones, como por ejemplo: la del limite de 2000 registros por informe, o la de 14 días de antigüedad de los datos si hacemos uso de la tabla WSS_Logging.

Requisitos: La versión mínima de SQL Server seria: Microsoft SQL Server 2008 R2, Microsoft SQL Server 2008 con Service Pack 1 (SP1) y Cumulative Update 2.

Aclarado esto, vamos a ver los pasos a seguir a la hora de activar RBS en una base de datos de contenido de SharePoint 2010 y antes de nada debemos asegurarnos que la cuenta que vamos a utilizar es miembro del grupo de Administradores de SharePoint y miembro de SQL Server con los roles de dbcreator y securityadmin.

1) Partimos que tenemos claro en que base de datos de contenido de SharePoint vamos a habilitar RBS, así que lo primero es habilitar FILESTREAM en nuestro servicio de SQL Server, para ello:

Abrimos “SQL Server Configuration Manager”, seleccionamos “SQL Services” y en la ventana de la derecha, accedemos a las propiedades de “SQL Server”. Esto nos abrirá una nueva ventana sobre la que pincharemos en la pestaña “FILESTREAM” y activaremos las siguientes opciones:

• “Enable FILESTREAM for Transact-SQL access” 
• “Enable FILESTREAM for file I/O streaming access” 
• “Allow remote clients to have streaming access to FILESTREAM data”

2) Tras habilitar en el servicio SQL Server el FILESTREAM, debemos activarlo en SharePoint, para ello abrimos “SQL Server Management Studio”, y ejecutamos el siguiente script sql:

Use [master]
Exec sp_configure filestream_access_level, 2
Reconfigure

Una vez ejecutado, abrimos el “SharePoint 2010 Management Shell” para identificar el nombre de la base de datos de nuestra Web Application (también puede hacerse de un Site Collection) y escribimos:

$db = Get-SPContentDatabase –WebApplication http://miintranet
$db

Tras obtener el nombre (Name) de la base de datos, volvemos a  abrir el “SQL Server Management Studio” y ejecutamos las siguientes sentencias sql:

• Creación de una clave maestra para nuestra base de datos:

Use [DemoContentDB]
If not exists (select * from sys.symmetric_keys where name =
N'##MS_DatabaseMasterKey##')create master key encryption by
password = N'Admin Key Password !2#4'

• Creación del filegroup:

If not exists (select groupname from sysfilegroups where groupname=
N'RBSFilestreamProvider')alter database [DemoContentDB] 
add filegroup RBSFilestreamProvider contains filestream

• Una vez tenemos el filegroup, debemos añadir el archivo de filestream (en este ejemplo lo creamos en la ruta C:\RBSDataStore):

Alter database [DemoContentDB] add file (name = 
RBSFilestreamFile, filename = 'C:\RBSDataStore') to filegroup RBSFilestreamProvider

Para comprobar que todo se ha creado correctamente, abrimos el explorador de archivos y comprobamos que la carpeta ha sido creada:

3) El siguiente paso es instalar el proveedor RBS en los servidores de SQL Server y SharePoint 2010, para ello debemos descargar el paquete “RBS.msi” de Microsoft: http://go.microsoft.com/fwlink/?LinkID=177388 y realizar la instalación desde consola, para ello:

• Accedemos al servidor SQL Server de la granja
• Copiamos el paquete descargado “RBS.msi” a: “C:\SPSetupInfo\“
• Abrimos la “Consola de Windows” y ejecutamos el siguiente comando en “C:\SPSetupInfo\“:

msiexec /qn /lvx* rbs_install_log.txt /i RBS.msi TRUSTSERVERCERTIFICATE=true FILEGROUP=PRIMARY DBNAME="DemoContentDB" DBINSTANCE="SQL\SQLSP" FILESTREAMFILEGROUP=RBSFilestreamProvider FILESTREAMSTORENAME=FilestreamProvider_1

Los dos únicos parámetros que debemos tener en cuenta son el nombre de la base de datos y la instancia de SQL Server.

La ejecución de este comando puede tardar varios minutos, puedes verificar si ha terminado, desde el administrador de tareas de Windows buscando el proceso “msiexec.exe“.

Una vez finalizado debemos comprobar en el archivo de log que deja en  ”C:\SPSetupInfo\rbs_install_log.txt’” que la instalación ha ido correcta, para ello buscamos casi al final del archivo el siguiente mensaje:

 Si todo ha ido correctamente, debemos instalar el anterior paquete en todos los servidores de SharePoint de la granja:

• Accedemos al resto de servidores de SharePoint 2010 de la granja
• Copiamos el paquete descargado “RBS.msi” a: “C:\SPSetupInfo\“
• Abrimos la consola de Windows y ejecutamos el siguiente comando en “C:\SPSetupInfo\“:

msiexec /qn /lvx* rbs_install_log.txt /i RBS.msi DBNAME="DemoContentDB" DBINSTANCE="SQL\SQLSP" ADDLOCAL=Client,Docs,Maintainer,ServerScript,FilestreamClient,FilestreamServer

Los dos únicos parámetros que debemos tener en cuenta son el nombre de la base de datos y la instancia de SQL Server. Se paciente porque este proceso tardara unos minutos en cada uno de los servidores de la granja.

Una vez finalizado debemos comprobar que las bases de datos se han creado en nuestra base de datos de contenido “DemoContentDB”, así que volvemos a  abrir el “SQL Server Management Studio”, navegamos hasta la base de datos y verificamos que nuevas tablas con el prefijo “mssqlrbs_” han sido creadas:

4) Tras configurar RBS, solo queda activar y especificar el proveedor en SharePoint 2010, por lo que:

• Volvemos a abrir el ”SharePoint 2010 Management Shell” y ejecutamos el siguiente script:

$db = Get-SPContentDatabase -Site http://miientranet/sitios/DemoSite
$db
$rbss = $db.RemoteBlobStorageSettings
$rbss | format-list
$rbss.Installed()
$rbss.Enable()
$rbss.SetActiveProviderName($rbss.GetProviderNames()[0])
$rbss | format-list

El único que parámetro que hay que indicar es la url de la colección de sitio donde debemos activarlo.

5) El ultimo paso es comprobar que los ficheros que subimos a nuestro sitio, se están almacenando físicamente en disco en vez de hacerlo en base de datos, para ello subimos varios documentos a SharePoint y tras hacerlo, comprobamos como en el directorio “C:\RBSDataStore” se ven reflejados:

]]> http://oscarmartin.org/sharepoint-2010/configurar-remote-blob-storage-rbs-en-sharepoint-2010/feed/ 0 http://oscarmartin.org/office-2010/outlook-2010-solicita-siempre-las-credenciales-al-arrancar/?utm_source=rss&utm_medium=rss&utm_campaign=outlook-2010-solicita-siempre-las-credenciales-al-arrancar http://oscarmartin.org/office-2010/outlook-2010-solicita-siempre-las-credenciales-al-arrancar/#comments Thu, 20 Sep 2012 08:47:48 +0000 OMG http://oscarmartin.org/?p=2496

Después de instalar Windows 8 en uno de mis ordenadores, instalé el resto de software que utilizo, entre ellos en Office 2010. Tras la instalación personalizada, observo que cada vez que inicio el cliente de Outlook 2010, me pide credenciales, es decir que no esta almacenando mis datos.

Tras buscar información en la Red, di con la solución al problema, los pasos a realizar para corregir este error son:

1) Cerrar el cliente de Outlook 2010

2) Una vez cerrado, desde el explorador de Windows ir a la siguiente ruta: ”%userprofile%\AppData\Roaming\Microsoft\Protect”

3) En dicha ruta encontraras una carpeta con nombre alfanumérico (como se puede ver en la imagen). Renombra la carpeta, para que no se llame igual

4) Abre de nuevo el cliente de Outlook 2010, lo que hará que se genere de nuevo esta carpeta. Introduce tus credenciales y ya no tendrás que volver a introducirlas más.

Referencia: Outlook 2010 doesn’t save password (Exchange)

La experiencia inicial puede ser un poco confusa al desaparecer la barra de inicio, pero tras unas horas, lo encuentras todo al alcance de la mano…

Las combinaciones de teclas, es algo que siempre he usado mucho, y en este sistema no iva a ser menos, por lo que aquí tenéis unas cuantas…

Tecla de Windows: Lanza la pantalla estilo Metro de inicio de Windows y a su vez tu puedes teclear letras claves para buscar alguna aplicación.

Win + D: Lanza la antigua interfaz de Windows (el escritorio de toda la vida).

Win + C: Lanza un menú donde tú puedes buscar, compartir y cambiar ajustes.

Win + I: Te permite abrir el panel de ajustes donde puedes modificar los ajustes de las aplicaciones.

Win + Q: Abre la pantalla con estilo Metro de búsqueda de aplicaciones.

Win + F: Abre la pantalla con estilo Metro de búsqueda genérica.

Win + E: Explorador de Windows.

Win + R: Ejecutar.

Win + “+” o “-”: Lupa / Zoom In y Out.

Win + Tab: Cambiar entre aplicaciones de pantalla completa.

…y por ultimo pero no por eso la menos interesante, la siguiente combinación, me parece la mas ultil de todas, la ejecución de usuario avanzado o herramientas administrativas:

Win + X: Abre la ventana de usuario avanzado o herramientas administrativas.

En la siguiente imagen podeis ver las opciones existentes con esta combinación de teclas:

Con esta opción, no echareis de menos vuestro antiguo botón de inicio de Windows

Para realizar la conversion de VHD a VMDK lo que vamos a necesitar es descargarnos la herramienta WinImage, que puedes hacerlo desde aquí (esta disponible tanto en plataforma x86 como x64). Una vez tenemos la hemos instalado, debemos seguir los siguientes pasos:

1) En el menu de herramientas, seleccionamos “Disk” y posteriormente “Convert Virtual Hard Disk Image…”

2) Seleccionamos el archivo VHD que queremos convetir

3) Una vez seleccionado el archivo, nos aparecerá la siguiente pantalla, donde debemos seleccionar si queremos que nuestro disco va a tener un tamaño fijo o va a crecer de forma dinámica: 

4) Y por ultimo, solo nos queda definir donde vamos a guardar el nuevo disco virtual, y el formato que tendrá. En este caso vamos a seleccionar como tipo “VMWare VMDK (*.vmdk)”

5) El proceso de conversión comenzará, así que podemos ir a tomar un café porque se tomará su tiempo (depende del tamaño del disco virtual original)

6) Como ultimo paso y tras la conversión, la aplicación intentará montar la imagen, si no quieres hacerlo, únicamente has de dar al botón ”Cancel”

Para usar este disco únicamente tienes con abrir la configuración de tu maquina virtual VMWare y añadirle este disco…

]]> http://oscarmartin.org/vmware/conversion-de-archivos-vhd-a-vmdk/feed/ 1 http://oscarmartin.org/sharepoint-2010/crear-una-coleccion-de-sitio-en-una-nueva-base-de-datos-de-contenido-en-sharepoint-2010/?utm_source=rss&utm_medium=rss&utm_campaign=crear-una-coleccion-de-sitio-en-una-nueva-base-de-datos-de-contenido-en-sharepoint-2010 http://oscarmartin.org/sharepoint-2010/crear-una-coleccion-de-sitio-en-una-nueva-base-de-datos-de-contenido-en-sharepoint-2010/#comments Wed, 29 Aug 2012 06:00:04 +0000 OMG http://oscarmartin.org/?p=2414 Por defecto, SharePoint 2010 al crear una Aplicación Web (o Web Application), internamente genera una nueva base de datos de contenido, donde almacenará toda la información que haya dentro de este nuevo sitio, es decir, la información de Colecciones de Sitios y Subsitios…

Se nos puede dar el caso que queramos, por diferentes motivos (mantenimiento, escalabilidad, seguridad, etc.), crear una Colección de Sitio en una base de datos diferente, a la que tiene por defecto una Aplicación Web… en ese caso y como desde la interface Web de SharePoint 2010 no se permite realizar este tipo de acciones, debemos recurrir a un pequeño script de PowerShell, con el que podremos hacerlo de una forma muy sencilla.

El siguiente script crea una una Colección de Sitio en una nueva base de datos:

$w = Get-SPWebApplication -Identity "http://miintranet"
New-SPContentDatabase "DemoContentDB" -DatabaseServer "localhost\SharePoint" -WebApplication $w
New-SPSite "http://miintranet/sitios/DemoSite" -OwnerAlias "SPDOMAIN\omartin" -ContentDatabase "DemoContentDB" -Name "Demo Site"
Set-SPContentDatabase -Identity "DemoContentDB" -Status Disabled

Para que no haya duda, voy a comentar el script:

• Lo primero que hacemos es definir sobre que Aplicación Web (en este caso: http://miintranet) vamos a crear la nueva Colección de Sitio.
• El siguiente paso, es la creación de una nueva base de datos asignándola a la Aplicación Web, para ello debemos indicar, el nombre de la base de datos, el servidor SQL Server y el objeto SPWebApplication que hemos definido anteriormente.
• Una vez la base de datos esta lista, creamos la Colección de Sitio, por lo que especificamos varios parámetros obligatorios
• Por ultimo u no menos importante, si solo queremos que en esta base de datos este esta Colección de Sitio y no se creen las nuevas Colecciones que vayamos creando en esta base de datos, debemos de ponerla offline (en caso de no ser requerido, esta ultima linea se puede comentar).

Referencia de comandos de PowerShell: Get-SPWebApplication, New-SPContentDatabase, New-SPSite, Set-SPContentDatabase.

Este libro cuenta en algo más de 500 paginas, como implementar aplicaciones para Windows 8 utilizando los lenguajes HTML, CSS y JavaScript (en un total de 12 capítulos), haciendo hincapié en los citados lenguajes, en la capa de presentación y en las librerías de Windows 8 para JavaScript.

Como os podréis imaginar, este no es un libro totalmente acabado, ya que el autor actualmente esta escribiendo un nuevo capitulo sobre todo el tema de notificaciones… pero de momento podemos aprovechar esta versión con muchísimo contenido.

Para mi, uno de los puntos mas interesantes ha sido la introducción a aplicaciones WinRT, arquitectura de aplicaciones y características de la plataforma Windows 8.

• Puedes descargar el libro en formato PDF desde aquí.
• Puedes descargarte (en un archivo .zip)  el codigo fuente de ejemplo y videos referentes a este libro, desde aquí.

Buceando en Internet, he encontrado que Microsoft tiene reportado en el siguiente articulo: http://support.microsoft.com/kb/2557533 este problema, en el que se indica que es necesario aumentar la propiedad UserDefinedWorkflowMaximumComplexity, para poder implementar workflows con muchos pasos.

El valor actual de dicha propiedad se encuentra por defecto en 7000 por lo que podríamos aumentarlo a 30000 para que no nos vuelva a pasar este problema… para ello lo único que debemos hacer es ejecutar este sencillo script de PowerShell , donde se aumenta el valor de UserDefinedWorkflowMaximumComplexity:

$app = get-spwebapplication http://miintranet.com
Write-Host "Limite actual: " $app.UserDefinedWorkflowMaximumComplexity
$app.UserDefinedWorkflowMaximumComplexity = 30000
$app.Update()
Write-Host "Nuevo limite: " $app.UserDefinedWorkflowMaximumComplexity

Por ultimo solo queda reiniciar el servicio IIS con un IISReset de todas las maquinas de la granja, y volver a publicar el workflow desde Designer…

Actualización: Otra solución a este problema, que personalmente no he probado, es la de realizar unas pequeñas modificaciones en el web.config de la aplicación, como se indica en Manjuke’s Blog sin necesidad de tener que tocar parámetros de objetos SharePoint.

Microsoft

Esta nueva versión nos trae varias mejoras a nivel de escalabilidad, seguridad y flexibilidad, que ire analizando en posteriores posts. Si quieres conocer todos los detalles de la mano de Microsoft sobre esta nueva versión de la plataforma, puedes consultar la página oficial.

Por otro lado, en MSDN y orientado a desarrolladores, se han publicado las nuevas funcionalidades y capacidades resumidas en el siguiente vídeo:

Si quieres descargarte SharePoint Server 2013 Preview, puedes hacerlo desde aquí y comprobar todas sus nuevas funcionalidades y mejoras…

Por otro lado, se ha lanzado contenido dirigido tanto para IT-Pros como para desarrolladores

IT-Pros

• http://technet.microsoft.com/en-US/sharepoint/fp123606
• http://www.microsoft.com/en-us/download/details.aspx?id=30361

Desarrollo

• http://msdn.microsoft.com/en-US/sharepoint/fp123633
• http://msdn.microsoft.com/en-us/sharepoint

Tiene un total de 20 paginas y está escrito por los mejores ingenieros en Telerik, donde se explican varias características especiales de Visual Studio 2012, como:

• JavaScript Intellisense
• CSS Intellisense
• ASP.NET y Web API (Información general y las operaciones CRUD)
• Strongly Typed Data Binding
• Page Inspector (nueva herramienta de depuración)
• …

Para poder descargarte este articulo en formato PDF, puedes hacerlo desde aquí.