martes, 8 de marzo de 2011

Dos aspectos importantes a tomar en cuenta en los Timer Job Personalizados de SharePoint 2010

Al parecer Visual Studio 2010 ha hecho un buen trabajo para automatizar el proceso de instalación o deployment cuando desarrollamos componentes para SharePoint 2010, como elementos Web, “Timer Jobs”, etc.  Tan buen trabajo han hecho que los desarrolladores que no desarrollaron para SP 2007 no sabe que al instalar el Timer Job manualmente en el servidor productivo es necesario activar la “feature” en la Colección de Sitio (Asumiendo que el alcance definido de la “feature” es Site que equivale a una Colección de Sitios). De otra forma aunque este instalada, e implementada el “Timer Job” no aparecerá en el “Central Administration” de SharePoint 2010, en la sección de Supervisión o “Monitoring”.

Pero cuando la intentemos activar sucederá que nos indicará un error que al revisar los USLogs de SharePoint leeremos la descripción Acceso Denegado Event ID : 6615.  Pero no te preocupes nuestro amigo Paul Kotlayr a resuelto el problema ejecutando un script a nivel del Power Shell de SharePoint 2010.

Aquí el link: http://unclepaul84.blogspot.com/2010/06/sppersistedobject-xxxxxxxxxxx-could-not.html

Así que no olvide activar la “feature” en la colección de sitios que deseas que se ejecute y ejecutar el script de Paul para eliminar el error de acceso denegado que aunque lo hagas con el Farm Administrator no te va permitir ejecutarlo sino cambias el valor RemoteAdministratorAccessDenied a falso.

Hasta la próxima, SharePoint20104Fun!,

Manolo Herrera

No hay comentarios.: