There are no addresses available for this application

Para solucionar este problema, debes de asegurarte que el servicio esta arrancado, para ello accedes a:

Central Administration -> System Settings -> Manage services on server

y te aseguras que el servicio Business Data Connectivity Service esta arrancado o Started.

Una vez los has arrancado solo tienes que reiniciar el servicio IIS (Internet Information Services) a través del comando “iisreset” desde una aplicación de consola.

Aquí tienes una captura de pantalla, para que veas que servicio debe estar arrancado:

]]> http://oscarmartin.org/sharepoint-2010/error-there-are-no-addresses-available-for-this-application-al-configurar-el-servicio-bdc/feed/ 0 http://oscarmartin.org/sharepoint-2010/sincronizacion-completa-del-perfil-de-usuario-en-sharepoint-2010/?utm_source=rss&utm_medium=rss&utm_campaign=sincronizacion-completa-del-perfil-de-usuario-en-sharepoint-2010 http://oscarmartin.org/sharepoint-2010/sincronizacion-completa-del-perfil-de-usuario-en-sharepoint-2010/#comments Wed, 21 Mar 2012 07:00:49 +0000 OMG http://oscarmartin.org/?p=2203 Una de las funcionalidades que podríais necesitar es, a través de código, lanzar una sincronización incremental o completa del servicio de Perfil de Usuario (User Profile) en SharePoint 2010.

Por defecto, desde la pagina de administración del Perfil de Usuario en la Administración Central, solo nos permite configurar una sincronización incremental, pero no hay posibilidad de realziar una completa.

Para poder lanzar una sincronización completa, no nos queda mas remedio que hacerlo a través de código, bien vía PowerShell o bien a través de una aplicación/WebPart realizado por nosotros.

A continuación os dejo una función, que os posibilita lanzar una sincronicación a través del método: UserProfileConfigManager.StartSynchronization, el cual está sobrecargado y permite pasarle un valor bool (true/false). Si queremos realizar una sincronicación incremental, no es necesario pasar ningún valor o bien podemos pasarle false como parámetro. Si por el contrario queremos realizar una sincronicación completa, debemos pasarle true como parámetro.

static void ProfileFullSync(string SP_URL)
{
   try
  {
	using (SPSite site = new SPSite(SP_URL))
	{
	  Write(string.Format("[SPSite] {0}", site.Url));
	  //recupera el objeto de contexto
	  SPServiceContext serviceContext = SPServiceContext.GetContext(site.WebApplication.ServiceApplicationProxyGroup, SPSiteSubscriptionIdentifier.Default);
	  //instancia el servicio UserProfile
	  UserProfileConfigManager cpcf = new UserProfileConfigManager(serviceContext);
	  //verifica si se esta ejecutando el proceso de sincronizacion de perfil de usuario
	  if (cpcf.IsSynchronizationRunning())
	  {
		Write("Ya se esta sincronizando el servicio de User Profile");
	  }
	  else
	  {
		cpcf.StartSynchronization(true); //lanza una sincronización completa
		Write("Se ha iniciado la sincronización completa del servicio de User Profile");
	  }
	}
   }
  catch (Exception ex) { Write(string.Format("***ERROR*** {0}|{1}", ex.ToString(), ex.StackTrace)); }
}

Ahora el problema viene cuando se requiere ocultar el Ribbon, y a consecuencia ocultamos este control de usuario. ¿Como cambiamos de usuario ahora? Se me ocurren varias opciones, pero la mas sencilla es crear un enlace (hyperlink) que nos lleve a esta pagina con el siguiente parámetro:

/_layouts/AccessDenied.aspx?loginasanotheruser=true

Esto lo que hará es finalizar la sesión del usuario actual y lanzar la ventana de dialogo, en la que te solicita usuario y contraseña para identificarte como un nuevo usuario… al ser una pagina que esta dentro de /_layouts/ te aseguras que se podrá acceder desde cualquier colección de sitio.

Este campo  ”public site redirect” que se encuentra por defecto en las propiedades del Perfil de Usuario, tiene como consecuencia, que aplicaciones de Office como Outlook lo utilizan para mostrar o acceder a información.

Partimos que las urls de los My Site, tanto de 2007 como de 2010, han cambiado en el proceso de migración de la plataforma.

Ejemplo:

• Url de My Site 2007: http://my.intranet.es/people/oscarmartin
• Url de My Site 2010: http://misitio.intranet.com/people/oscarmartin

Investigando un poco mas afondo, para saber donde se estaba almacenando la información de este campo, veo que al sincronizar el  User Profile Service con WAD (Windows Active Directory), esta propiedad esta almacenada WAD en el campo “Wep Page“:

En el caso que quieras cambiar esto puedes hacerlo con un script para modificar esta propiedad en los usuarios deseados o ramas del WAD.

Si se te ha planteado un situacion similar y quieres disponer de un listado de todos los sitios, donde se esta haciendo uso de una caracteristicas (Features) concreta, puedes usar el siguiente script de PowerShell:

#====================================================================================
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") > $null
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Administration") > $null
[System.Reflection.Assembly]::LoadWithPartialName("System.Collections.Generic") > $null
#====================================================================================
$ContentService = [Microsoft.SharePoint.Administration.SPWebService]::ContentService;
$Farm = [Microsoft.SharePoint.Administration.SPFarm]::Farm.Local;
#====================================================================================
function GetFeatureUsageById([string]$FeatureId)
{
	$FeatureGuid = New-Object System.Guid($FeatureId)
	$FeatureDef=$ContentService.Farm.FeatureDefinitions[$FeatureGuid]
	if($FeatureDef -eq $null)
	{
		Write-Host "WARNING: Característica invalida o desconocida"
		return;
	}
	Write-Host "Ambito de la característica: " $FeatureDef.Scope
	if($FeatureDef.Scope -eq [Microsoft.SharePoint.SPFeatureScope]::Farm)
	{
		Write-Host "WARNING: Característica de granaja no soportada"
		return;
	}
	[Microsoft.SharePoint.Administration.SPWebApplicationCollection] $Applications = $ContentService.WebApplications
	foreach($App in $Applications)
	{
		if($FeatureDef.Scope -ne [Microsoft.SharePoint.SPFeatureScope]::WebApplication)
		{
			foreach($TopLevel in $App.Sites)
			{
				if($FeatureDef.Scope -ne [Microsoft.SharePoint.SPFeatureScope]::Site)
				{
					[Microsoft.SharePoint.SPWebCollection] $AllWebs = $TopLevel.AllWebs
					foreach($Web in $AllWebs)
					{
						  $Feature = $Web.Features[$FeatureId];
						  if($Feature -ne $null)
						  {
								Write-Host $Feature.DisplayName " usado en el sitio: " $Web.Url
						  }
						  $Web.Dispose();
					}
				}
				else
				{
					if($TopLevel.Features[$FeatureId] -ne $null)
					{
						Write-Host "Usado por la Coleccion de Sitio: " $TopLevel.Url
					}
				}
			$TopLevel.Dispose();
			}
		}
		else
		{
			if($App.Features[$FeatureId] -ne $null)
			{
			  Write-Host "Usado por la Aplicacion Web: ",$App.Name
			}
		}
	}
}
#====================================================================================
function GetFeatureUsageByName([string]$FeatureName)
{
	$FeatureDef=$ContentService.Farm.FeatureDefinitions[$FeatureName]
	if($FeatureDef -eq $null)
	{
	   Write-Host "WARNING: Característica invalida o desconocida"
	   return
	}
	$FeatureId=$FeatureDef.Id
	GetFeatureUsageById $FeatureId
}
#====================================================================================
#Llamada a la funcion que devuelve la informacion de la caracteristica
#GetFeatureUsageById "8c0cd022-afa0-4f1b-9bbe-4f128c0cf4b3"
#GetFeatureUsageByName "Document Rating Moderators"

La llamada a este script puedes hacerla de dos forma diferentes:

• Si dispones del GUID puede llamar al metodo: GetFeatureUsageById “8c0cd022-afa0-4f1b-9bbe-4f128c0cf4b3″
• Por el contrario si sabes el nombre de la caracteristica puedes usar este otro metodo: GetFeatureUsageByName “Document Rating Moderators”

En el script las llamadas a estos dos metodos estan comentados a modo de ejemplo.

Exception occurred loading user profile (/default.aspx): Microsoft.Office.Server.UserProfiles.UserProfileApplicationNotAvailableException: No User Profile Application available to
service the request. Contact your farm administrator.
 at Microsoft.Office.Server.Administration.UserProfileApplicationProxy.GetRawPartitionID(SPServiceContext serviceContext)
 at Microsoft.SharePoint.Portal.WebControls.ProfilePropertyLoader.get_CurrentPartitionId()
 at Microsoft.SharePoint.Portal.WebControls.ProfilePropertyLoader.OnInit(EventArgs e).

Después de dar alguna que otra vuelta, veo en el Blog de David Martos un caso similar al mio… investigando veo que me ha ocurrido lo mismo, así que para solucionarlo, solo tengo que hacer lo siguiente:

1) Me voy a la “Central Administration > Manage web applications”  y selecciono la aplicación de My Site (o la que necesite de este servicio, y este dando error).

2) Una vez seleccionada, pincho en “Service connections” y aparecerá una ventana similar a esta:

3) Solo tenemos que marcar el servicio “User Profile Service” y problema solucionado

SharePoint mezcla objetos manejados como no manejados, por lo que tenemos que tener muy claro cuales son cada uno de ellos, y como debemos destruirlos después de haberlos usado.

Para tener claro y conocer las buenas practicas indicadas por Microsoft, sobre como eliminar objetos de SharePoint o dejo este enlace: Best Practices: Using Disposable Windows SharePoint Services Objects, creo que es un articulo que todo desarrollador debería leer y tener claro.

Para poder llevar a la practica estas instrucciones o reglas, existe una herramienta que nos permite detectar estas posibles fugas de memoria, desde Visual Studio 2008/2010 llamada SPDisposeCheck como un add-in más. Se puede descargar desde aquí: http://archive.msdn.microsoft.com/SPDisposeCheck

¿Como podemos usar SPDisposeCheck?

1) Una vez nos hemos descargado la aplicación y hemos instalado en nuestro entorno de desarrollo, paramos a configurarla… abrimos el Visual Studio 2008/2010, en el menú de herramientas nos vamos a “Toos” y ahí veremos un nuevo elemento llamado “SharePoint Dispose Check”

2) Abrimos la herramienta debemos rellenar los campos “Path to SPDisposeCheck” que es la ruta donde hemos instalado la herramienta y el campo “Treat problems as” yo siempre prefiero “Warnings” en vez de “Errors”. Luego guardas y ya esta finalizada la configuración.

3) Una vez finalizada la configuración, solo queda realizar una prueba (usando un código incorrecto)… créate una aplicación de consola, añade la referencia a la librería Microsoft.SharePoint y usa el siguiente código:

SPSite site = new SPSite("http://server");
SPWeb web = site.OpenWeb();
String str = web.Title;

Una vez lo tengamos, solo tenemos que compilar, y ver que el compilador nos muestra dos warnings:

4) Si cambiamos nuestro codigo anterior por este otro (utilizando using para la instancia de objetos) veremos como desaparecen las advertencias:

using (SPSite site = new SPSite("http://server"))
{
  using (SPWeb web = site.OpenWeb())
  {
	String str = web.Title;
  }
}

Gracias a herramienta podemos corregir nuestras implementaciones sobre SharePoint

Otra funcionalidad que os puede venir bien, es la posibilidad de pasar la herramienta SPDisposeCheck directamente a un DLL. Esto os sera muy útil en el caso de tener que comprobar algún ”memory leak” o perdidas de memoria con librerias de un entorno de Producción, solo hay que ejecutar desde linea de comandos SPDisposeCheck, pasandole como parametro la ruta de la DLL que quieres analizar. Aqui os dejo los parametros que admite por linea de comandos:

Usage:

  SPDisposeCheck.exe  [options]

Options:

  -?    Display command-line help
  -od   Display only the Sharepoint types that have been disposed e.g. the "Do Not Dispose" violations
  -ond  Display only the Sharepoint types that have not been disposed e.g. the "Dispose" violations
  -xml  Display output as XML

Esta configuración puede definirse a nivel de:

• Machine.config
• Web.config del nivel de raíz
• Web.config del nivel de aplicaciones

La configuración que trae por defecto el Framwork 2.0 es la siguiente:

<cache disableMemoryCollection="false"
  disableExpiration="false" privateBytesLimit="0"
  percentagePhysicalMemoryUsedLimit="90"
  privateBytesPollTime="00:02:00" />

Lo que se ha modificado es el valor de la propiedad percentagePhysicalMemoryUsedLimit, bajándolo al 80%, lo que hace que la maquina no ocupe tanta memoria con objetos en cache y vaya liberando antes…

Revisando los logs de ULS con la aplicación ULS Viewer (verdaderamente útil), me he encontrado con este mensaje de error relacionado con un memory leak (perdida de memoria):

An SPRequest object was not disposed before the end of this thread.
To avoid wasting system resources, dispose of this object or its
parent (such as an SPSite or SPWeb) as soon as you are done using it.
This object will now be disposed.  Allocation Id:
{646667A7-73BC-4DDD-B0FB-6EDFC315CCE7}  To determine where this
object was allocated, set
Microsoft.SharePoint.Administration.SPWebService.ContentService.CollectSPRequestAllocationCallStacks = true.

Este es un mensaje que no nos da mucha información sobre el objeto que esta generando la perdida de memoria al no ser liberado… para obtener mas información lo que debemos hacer es ver la pila de llamadas actual.

Para ello y como se especifica en la descripción del error, lo que debemos hacer es activar la propiedad CollectSPRequestAllocationCallStacks, para ello, lo mas sencillo es usar un script de PowerShell:

$contentService = [Microsoft.SharePoint.Administration.SPWebService]::ContentService
write-host "Actual: " $contentService.CollectSPRequestAllocationCallStacks
$contentService.CollectSPRequestAllocationCallStacks = $true
$contentService.Update()
write-host "Nuevo: " $contentService.CollectSPRequestAllocationCallStacks

Una vez hayamos realizado el cambio podemos volver a revisar los logs de ULS y ahora comprobaremos que nos muestra toda la información de la pila sobre el objeto que no esta siendo liberado.

Intento realizar el mismo proceso desde la Administración Central, pero ocurre lo mismo

Así que después de un rato esperando… recuerdo que en SharePoint 20007 había un comando que forzaba la ejecución de todos los trabajos (timer jobs) llamado execadmsvcjobs, con lo que desde una consola de PowerShell ejecuto lo siguiente:

stsadm -o execadmsvcjobs

Tras la ejecución del comando, veo que SharePoint comienza a ejecutar todos los trabajos que tenia pendiente (entre ellos el “retract” de mi solución)…

Aquí lo dejo para que mi compañero @Raul Gilabert siempre lo tenga como referencia

Mas información sobre este comando, aquí.