![\"\"](\"http:\/\/www.wictorwilen.se\/Media\/Default\/WindowsLiveWriter\/TimerjobchangesandadditionsinSharePoint2_9537\/image_5.png\")
Echando la vista atr\u00e1s hace tiempo que escribo un post de desarrollo 100% as\u00ed que ya va siendo hora. SharePoint entre sus virtudes es que es una herramienta en la que se pueden hacer muchas cosas de muchas formas diferentes. Una de esas herramientas en la que utilizamos cuando solamente cuando es impepinable es el TimerJob.<\/p>\n
Un TimerJob lo podemos definir como una Tarea programada de Windows que se ejecuta sobre un\/unas colecciones de sitio para hacer una determinada acci\u00f3n, en un determinado tiempo y con una cierta frecuencia (cada hora, cada minuto, cada lunes,etc…) dentro de nuestro SharePoint.<\/p>\n
\nEn un TimerJob podemos hacer pr\u00e1cticamente de todo, pero hay que saber muy bien cuando usarlo, ya que por ejemplo si quiero estar en el campo puedo ir con un Ferrari aunque NO es conveniente verdad :-). Por lo general yo recomiendo usarlo cuando queremos hacer una acci\u00f3n con cierta periodicidad y que no responden a ning\u00fan evento que hay en SharePoint. Porque si responde a un evento de SharePoint mejor hacer uso de un Workflows o EventReceiver. Entonces que nos queda pues el sincronizar SharePoint con otros datos externos, enviar informaci\u00f3n almacenada en SharePoint a otros sistemas, envi\u00f3 de informes con informaci\u00f3n relativa de SharePoint, etc…<\/p>\n
Una vez ya tenemos un caso donde el uso del TimerJob es lo m\u00e1s conveniente vamos a implementarlo \u00bfComo?<\/strong> para ello aqu\u00ed este magnifico post <\/a>del maestro Andrew Connell<\/a> La funcionalidad de este c\u00f3digo es que a\u00f1ade un elemento a la lista \u00abTask\u00bb. Parece muy bonito todo esto sobre todo si lo ejecutamos en nuestro entorno de desarrollo donde m\u00e1s o menos los dos\/tres usuarios que tenemos tiene permisos para todo, el usuario administrador tiene permiso para todo, pero tambien el usuario administrador de la base de datos e incluso el del pool de aplicaciones. Esto puede propiciar errores a la hora de ponerlo en producci\u00f3n hay que tenerlo muy encuentra porque sino no va a funcionar. La verdad es que la depuraci\u00f3n es algo muy importante y que gracias a una herramienta tan completa como es Visual Studio nos lo pone de una forma relativemente simple. Para ello lo \u00fanico que tenemos que hacer es Asociar el proceso OWSTIMER desde Visual Studio para ello Depurar->Asociar Proceso<\/strong> Bueno lo primero es que yo creo que en todos los proyectos tenemos que hacer pruebas unitarias independientemente del contexto, que mi funci\u00f3n como constructor de aplicaciones web es hacerlas con la mayor calidad posible (dentro de mis conocimientos) y para ello creo que un buen ciclo de vida del produce da un plus de calidad a nuestros desarrollos que para algo somos ingenieros de software para hacer calidad en lo que hacemos sino mejor hacer churros \ud83d\ude1b Dicho esto os aconsejo a todos que no os perd\u00e1is la charla sobre esta materia que va a impartir David Martos<\/a> en la Iberian SharePoint Conference<\/a> (Aun no estas inscrito? A que esper\u00e1s?). Echando la vista atr\u00e1s hace tiempo que escribo un post de desarrollo 100% as\u00ed que ya va siendo hora. SharePoint entre sus virtudes es que es una herramienta en la que se pueden hacer muchas cosas de muchas formas diferentes. … Continue reading
\nEn primer lugar nos creamos una clase que herede de Microsoft.SharePoint.Administration.SPJobDefinition y sobre escribimos el m\u00e9todo \u00abExecute\u00bb<\/p>\n\r\nnamespace TaskLogger {\r\npublic class TaskLoggerJob : SPJobDefinition{\r\npublic TaskLoggerJob () : base(){ }\r\npublic TaskLoggerJob (string jobName, SPService service, SPServer server, SPJobLockType targetType) :\r\nbase (jobName, service, server, targetType) { }\r\npublic TaskLoggerJob (string jobName, SPWebApplication webApplication) :\r\nbase (jobName, webApplication, null, SPJobLockType.ContentDatabase)\r\n {\r\nthis.Title = "Task Logger";\r\n }\r\npublic override void Execute (Guid contentDbId)\r\n{\r\n\/\/ get a reference to the current site collection's content database\r\nSPWebApplication webApplication = this.Parent as SPWebApplication;\r\nSPContentDatabase contentDb = webApplication.ContentDatabases[contentDbId];\r\nSPList taskList = contentDb.Sites[0].RootWeb.Lists["Tasks"];\r\nSPListItem newTask = taskList.Items.Add();\r\n newTask["Title"] = DateTime.Now.ToString(); newTask.Update();\r\n}\r\n}\r\n}\r\n<\/pre>\n
\nEl siguiente paso es hacer que cuando activemos\/desactivemos esta Feature en nuestro Site pues instalemos\/desinstalemos este TimerJob para ello podemos hacer uso de este c\u00f3digo:<\/p>\n\r\npublic override void FeatureActivated (SPFeatureReceiverProperties properties)\r\n{\r\nSPSite site = properties.Feature.Parent as SPSite;\r\n \/\/ make sure the job isn't already registered\r\nforeach (SPJobDefinition job in site.WebApplication.JobDefinitions)\r\n{ if (job.Name == TASK_LOGGER_JOB_NAME) job.Delete(); }\r\n \/\/ install the job\r\nTaskLoggerJob taskLoggerJob = new TaskLoggerJob(TASK_LOGGER_JOB_NAME, site.WebApplication);\r\n SPMinuteSchedule schedule = new SPMinuteSchedule();\r\nschedule.BeginSecond = 0;\r\nschedule.EndSecond = 59;\r\nschedule.Interval = 5;\r\ntaskLoggerJob.Schedule = schedule;\r\ntaskLoggerJob.Update(); }\r\n\r\npublic override void FeatureDeactivating (SPFeatureReceiverProperties properties)\r\n {\r\nSPSite site = properties.Feature.Parent as SPSite;\r\n\/\/ delete the job\r\nforeach (SPJobDefinition job in site.WebApplication.JobDefinitions)\r\n { if (job.Name == TASK_LOGGER_JOB_NAME) job.Delete(); }\r\n<\/pre>\nPosibles errores<\/h4>\n
\nEl primer error que se nos puede producir es que no se active la caracter\u00edstica en nuestro sitio y nos de un error de que no se ha podido activar la feature. Nuestro pensamiento es que por la interfaz gr\u00e1fica no se puede hacer pues lo hacemos haciendo uso de PowerShell (que como es la moda y me se las instrucciones para activarla lo tengo f\u00e1cil). Ejecutamos el siguiente comando en la consola PowerShell:
\nEnable-SPFeature -Identity \u00abId de la feature\u00bb -WebApplication http:\/\/myentorno.dev<\/em>
\nY funciona a la perfecci\u00f3n. Entonces esperamos que llegue el momento y se ejecute nuestro desarrollo pero miramos la tarea en la Administraci\u00f3n Central y vemos que nos ha dado un error \u00abObject not found\u00bb<\/em>. Vale el primer pensamiento es decir algo que me he desarrollado muy mal, pero no existe un problema ya que el usuario con el que se ejecuta este proceso es el usuario del Pool de Aplicaciones de la Adminsitraci\u00f3n Central. Con esto quiero indicar que hay que mirar todas las variables que hay en el entorno y darnos cuenta de que nuestro desarrollo va a funcionar en el sitio de producci\u00f3n. No es lo mismo un desarrollo para un colecci\u00f3n de sitios que un desarrollo para la Administraci\u00f3n Central. El no tener en cuenta estas variables a la hora de dise\u00f1ar una soluci\u00f3n nos puede costar mucho tiempo perdido una vez ya tenemos montada la soluci\u00f3n.<\/p>\nDepurar el Timer Job<\/h3>\n
\n![\"TimerJob\"](\"http:\/\/blogs.encamina.com\/desarrollandosobresharepoint\/wp-content\/uploads\/sites\/8\/2013\/09\/TimerJob.png\")
<\/a>
\nA continuaci\u00f3n seleccionamos el proceso OWSTIMER y a depurar \ud83d\ude42
\n![\"TimerJob2\"](\"http:\/\/blogs.encamina.com\/desarrollandosobresharepoint\/wp-content\/uploads\/sites\/8\/2013\/09\/TimerJob2.png\")
<\/a><\/p>\nComo hacer Pruebas Unitarias<\/h3>\n
\nLas pruebas unitarias nos brindan la facilidad de probar una unidad de c\u00f3digo con el objetivo de llevar acabo una prueba de forma r\u00e1pida, simple y siempre con el mismo resultado sin importar el n\u00famero de veces que vaya a ser ejecutado.
\nHace ya un tiempo que hice una peque\u00f1a introducci\u00f3n a la pruebas unitarias en este post<\/a>. El cual es valido al 100 % el crearlas dentro de un proyecto de TimerJob pero que ventajas extra nos da el hacer pruebas unitarias en un TimerJob. La principal ventaja es que no tenemos que esperar a que se ejecute el proceso nos simplifica mucho las pruebas, la depuraci\u00f3n del mismo. Una vez a superado las pruebas unitarias estaremos seguro que nuestro desarrollo funciona a la perfecci\u00f3n. Ahora nos quedar\u00e1 quedarnos con la parte de sistemas y ver si disponemos de los permisos necesarios para que nuestro TimerJob funcione a la perfecci\u00f3n.<\/p>\n<\/span>","protected":false},"excerpt":{"rendered":"