Gracias gente por sus comentarios,
Basicamente se que le mejor opcion es un windows service o una tarea programada 
pero me la rechazaron porque es un cambio grande en la estructura de la 
aplicacion asique me las tengo que rebuscar con Threads, la verdad que no tengo 
demasiados problemas, salvo cuando intento hacer todo el proceso de una (tengo 
filtros que hacen que el proceso tenga menos carga, pero cuando el usuario 
selecciona ALL).
O sea cuando el usuario selecciona hace todo de una parece como el thread en un 
momento determinado se cae :(
Pregunta, los threads se ejecutan del lado del servidor no? o del lado del 
cliente?

Saludos


----- Mensaje original ----
De: Pablo A. Allois <[EMAIL PROTECTED]>
Para: puntonet@mug.org.ar
Enviado: viernes 18 de julio de 2008, 7:55:06
Asunto: [puntonet] Procesos largos en ASP .NET


Primero, IIS no esta hecho para procesos largos … ese tipo de tareas se 
acostumbran a disparar desde servicios o tareas programadas.
Asi que te va a dar problemas a vos y al administrador del servidor. 
 
Mezclando las dos opciones de Diego, si estas en un hosting compartido y no 
podes poner un servicio ni ejecutar una tarea programada … podes poner en el 
web site un web service que ejecutes porciones de la accion que demoren menos 
tiempo ….. y en otro lugar (tu pc, un servidor que controles) podes poner una 
tarea programada o un servicios que vaya realizando requests al webservice y 
ejecutando de a porciones el proceso.
 
 
Saludos!
 
De:puntonet@mug.org.ar [mailto:[EMAIL PROTECTED] En nombre de Diego Jancic
Enviado el: Jueves, 17 de Julio de 2008 08:15 p.m.
Para: [EMAIL PROTECTED]
Asunto: [puntonet] Procesos largos en ASP .NET
 
Hola,
Yo lo hice de 2 formas diferentes:
-          Si el hosting no te permite poner otra cosa que tu aplicación web 
(porque es compartido), y el proceso de alguna forma lo podes hacer reanudable 
lo seguiría haciendo como lo haces ahora. El problema que tenes con eso es que 
IIS te puede abortar el thread para reciclar recursos, y si bien lo podes 
evitar estarías afectando el funcionamiento de IIS que no es conveniente.
-          Sino, sacas el proceso a un servicio Windows (es un poco mejor que 
una aplicación web porque lo podes configurar para que se reinicie si se corta 
por algun error). Ahora, para comunicar la aplicación web y tu servicio Windows 
tenes varias opciones (una tabla de SQL Server, MSMQ (la que yo use), tcp, 
etc..). Incluso si lo haces de esta forma cuando quieras podes instalar tu 
servicio en otra PC y distribuir la carga.
 
No conozco ninguna forma segura y eficiente de correr un proceso largo dentro 
de IIS. Mi humilde recomedacion es que lo hagas como lo hagas, antes que nada 
busques la forma de poder reanudarlo, porque un proceso tan largo tiene muchas 
probabilidades de que se corte..
 
Salu2
 
 
From:puntonet@mug.org.ar [mailto:[EMAIL PROTECTED] On Behalf Of Mariano Selvaggi
Sent: Jueves, 17 de Julio de 2008 07:41 p.m.
To: puntonet@mug.org.ar
Subject: [puntonet] Procesos largos en ASP .NET
 
Gente,
 
Queria saber si me podian dar un consejo. Tengo un proceso que se demora mas de 
una hora ejecutando y es ejecutado por una aplicacion ASP .NET
 
Actualmente estoy usando threads pero no el proceso se muere a la mitad de 
ejecutarse. Basicamente el usuario clickea un boton y el thread empieza y tengo 
una grilla donde voy mostrando el status porque el proceso me va agregando 
records en una tabla de sql.
 
Cual es la mejor opcion para ejecutar un proceso largo, he leido algo acerca de 
utilizar job de .NET.
 
Gracias
 
----- Mensaje original ----
De: Ariel Schwindt - TYCON S.A. <[EMAIL PROTECTED]>
Para: puntonet@mug.org.ar
Enviado: jueves 17 de julio de 2008, 15:59:23
Asunto: [puntonet] UNSUSCRIBE



 

________________________________


¡Buscá desde tu celular! Yahoo! oneSEARCH ahora está en Claro
http://ar.mobile.yahoo.com/onesearch


      
____________________________________________________________________________________
¡Buscá desde tu celular!

Yahoo! oneSEARCH ahora está en Claro

http://ar.mobile.yahoo.com/onesearch

Responder a