NullReferenceException en Microsoft.Office.Server.Administration. UserProfileApplicationProxy. get_ApplicationProperties

23.6.11 / Comments (1) / by Unknown

Puede suceder que, accediendo a un sitio por navegador o través de la API (configurando navegación o accediendo al UserProfileManager), nos aparezca esta NullReferenceException provocada por el método get_ApplicationProperties de Microsoft.Office.Server.Administration.UserProfileApplicationProxy. Un posible stack trace puede ser:

Object reference not set to an instance of an object

at Microsoft.Office.Server.Administration.UserProfileApplicationProxy.get_ApplicationProperties()
at Microsoft.Office.Server.Administration.UserProfileApplicationProxy.get_PartitionIDs()
at Microsoft.Office.Server.Administration.UserProfileApplicationProxy.IsAvailable(SPServiceContext serviceContext)
at Microsoft.Office.Server.Audience.AudienceManager.IsCurrentUserInAudienceOf(AudienceLoader audienceLoader, String audienceTextRepresentation, Boolean showUntargetedAudience)
at Microsoft.SharePoint.Publishing.Navigation.PortalSiteMapNode.GetNavigationChildren(NodeTypes includedTypes, NodeTypes includedHiddenTypes, Boolean trimmingEnabled, OrderingMethod ordering, AutomaticSortingMethod method, Boolean ascending, Int32 lcid)
at Microsoft.SharePoint.Publishing.Navigation.PortalSiteMapNode.GetNavigationChildren(NodeTypes includedTypes, NodeTypes includedHiddenTypes, OrderingMethod ordering, AutomaticSortingMethod method, Boolean ascending, Int32 lcid)
at SetNavigationFeatureReceiver.SetNavigationFeatureReceiver.SetNavigation(SPFeatureReceiverProperties properties)
at SetNavigationFeatureReceiver.SetNavigationFeatureReceiver.FeatureActivated(SPFeatureReceiverProperties properties)
at Microsoft.SharePoint.SPFeature.DoActivationCallout(Boolean fActivate, Boolean fForce)

Bien, las pistas para la solución las da este post:

http://social.technet.microsoft.com/Forums/en/sharepoint2010setup/thread/bdb0ea0e-13f1-4191-8f92-9d2fc2605115


En principio, el usuario que ejecuta ese código (depende del contexto será el usuario logado al sitio, el que ejecuta la aplicación, el owstimer, el usuario del pool, ...) debería tener permisos suficientes sobre la User Profile Service Application.

Lo que se propone es que, si se está ejecutando desde Visual Studio, el usuario desarrollador logado en sesión Windows debería ser administrador de la User Profile Service Application y ser administrador de granja. Bien, yo añado sobre esto que es necesario realizar un IISRESET (no parece suficiente con reiniciar el app pool) para que empiece a funcionar.

1 comentarios:

F.Rodriguez @ 1 de febrero de 2012, 11:36

efectivamente, ante un poltergeist nada como un buen iisreset :)
gracias y un saludo!
Paco

Publicar un comentario