Vos decis Daniel , que si en vez de persistir en archivos ,usar un SQL por
ejemplo no tendría este problema ?. Te lo pregunto porque a la larga me tendría
que quedar esperando la respuesta tambié, haciendo consultas al SQL a ver si ya
le dieron la respuesta.
O directamente si hiciera tod sin persistir, en un momento escribo un pedido en
una cola de AS400, por ende me tengo que quedar haciendo Get a una col por la
respuesta.
Saludos y Gracias
Daniel Calvin <[EMAIL PROTECTED]> escribió: 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: [email protected] [mailto: [EMAIL PROTECTED] On Behalf Of
Marcelo P
Sent: Martes, 18 de Diciembre de 2007 05:48 p.m.
To: [email protected]
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
---------------------------------
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
