Hola Marcelo Me parece que los problemas que tenes no se originan en IIS, tengo armadas algunas apliaciones sobre web services, grandes, realmente grandes y no tengo ese tipo de problemas.Y estoy hablando de cientos de invocaciones concurrentes....
Tal vez tu problema pase por intercambiar mensajes via filesystem.... Saludos Daniel Calvin El día 19/12/07, Marcelo P <[EMAIL PROTECTED]> escribió: > > Bueno gracias nuevamente > Ahora solo les quiero comentar que yo , por otro tema consumo un web > service que está en Oracle y Java y hago lo que hoy quieren hacer mis > clientes , osea , mando un pedido y quedo a la espera de la respuesta y es > incrible lo rápido que me responde, osea que da para penser en que tampoco > es lo mejor montar esto sobre un IIS, no ? > Saludos > > *Carlos Peix <[EMAIL PROTECTED]>* escribió: > > Hola Marcelo, > > No es tan complicado, solo sale de lo comun. El problema debe ser bastante > comun, esta solucion sale de lo comun porque, en general, los > desarrolladores no se preocupan por este detalle y la aplicacion funciona > años en forma ineficiente. > > El caso que estas enfrentando, a mi criterio, esta sobre los limites de la > tecnologia, esto es, desafia los compromisos que tomaron los diseñadores de > ASP.NET. Por este motivo es que, para mantener al maximo la eficiencia de > tu aplicacion, tenes que dar este paso adicional. > > Sugiero que dediques el tiempo necesario a entender porque esto es > necesario y porque un request largo mezclado con muchos cortos es un > problema para ASP.NET. Esto, al fin y al cabo, es el trabajo de un > arquitecto :-) > > Quedas comprometido a contarnos como te fue. > > Carlos Peix > > ------------------------------ > *From:* puntonet@mug.org.ar [mailto:[EMAIL PROTECTED] *On Behalf Of *Marcelo > P > *Sent:* Martes, 18 de Diciembre de 2007 05:48 p.m. > *To:* puntonet@mug.org.ar > *Subject:* [puntonet] Web service asincronico ? > > Bueno , ante todo , muchas gracias por preocuparse por el tema. > Voy a mirar el artículo y ver como lo implemento. > Seguro me demorará un poco ya que no tengo demasiado tiempo y por otro > lado soy bastante burrito, pero lo voy a ver y analizar y luego les cuento > como me fué. > Ahora, de todas maneras no entiendo como puede ser tan complicado > esto!!!!. > Saludos > > *Carlos Peix <[EMAIL PROTECTED]>* escribió: > > Marcelo, me quede pensando un poco mas en tu caso y creo que si se dan > estas condiciones: > > - tenes uno o mas webmethods que tardan bastante y, > - tenes, en la misma aplicacion web, otros webmethods que responden rapido > y > - las llamadas al metodo lento son pocas en relacion con el total > > te conviene implementar el metodo lento (o los lentos) en un segundo > webservice, en otra aplicacion web y llamar a ese webservice desde tu > webservice principal. Esa llamada al segundo webservice la haces como > muestra el articulo que te paso Angel y te recorde hoy mas temprano. > > En ese segundo webservice yo bajaria el tiempo del Thread.Sleep el tiempo > de espera, 1200 milisegundos me parece demasiado alto. Un 5% del tiempo > promedio de resolucion con un minimo de 100ms me parece reazonable. > > Creo que este encuadre es perfecto para tu caso, avisanos si tenes > dificultades con la implementacion. > > Carlos Peix > > > ------------------------------ > > Tarjeta de crédito Yahoo! de Banco Supervielle. Solicitá tu nueva Tarjeta > de crédito. De tu PC directo a tu casa. > Visitá www.tuprimeratarjeta.com.ar > > -- Daniel A. Calvin Cooperator Team Member http://www.cooperator.com.ar Microsoft Certified Professional