Hola Pata, De todas maneras, esta configuracion no te garantiza 20 conexiones, por ejemplo, en sistemas operativos no servidores (XP y 2000 Professional), el limite maximo es 10, independientemente de la configuracion.
Por otra parte, en el caso que plantea Diego (una aplicación Flex corriendo en el browser), dudo que sirva de algo cambiar esta configuracion ya que Flex no utiliza el .NET framework y por ende, no esta sujeto a esa configuracion. Incluso, supongo que muchos de los clientes ni siquiera tienen el .NET Framework instalado. Mas bien habria que tocar la registry en el caso de el. Carlos Peix > -----Original Message----- > From: [email protected] [mailto:[EMAIL PROTECTED] On > Behalf Of Pata del Santo > Sent: Jueves, 20 de Marzo de 2008 10:07 a.m. > To: [email protected] > Subject: [puntonet] Llamada a WS concurrentes > > En el app.config o web.config de la aplicación cliente, > agrega esta seccion: > > <system.net> > <connectionManagement> > <add address="*" maxconnection="20"/> > </connectionManagement> > </system.net> > > > Ponelo justo al final, antes de > </configuration> > > > Con esto le estás diciendo que permita establecer hasta 20 conexiones > distinas, contra cada URL de destino. > > > > ________________________________ > > De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de > [EMAIL PROTECTED] > Enviado el: miércoles, 19 de marzo de 2008 21:46 > Para: [email protected] > Asunto: [puntonet] Llamada a WS concurrentes > > > Hola grupo > Se nos presento un problema que creiamos que no existia y > no sestar > trayendo muchos dolores de cabeza > > Supongamos que tenemos una WebAPP que posee un > WebService con un metodo > ExecuteTask que recibe un IDTask de la tarea a ejecutar > Supongamos que la ejecucion de la tarea tarda aprox 10 seg > Abrimos DOS IE para consumir dicho WS en simultaneo, e > invocamos al > metodo ExecuteTask desde ambos IE casi en simultaneo. > Lo que nos ocurrio es, al parecer, que las llamadas se > estan encolando, > y primero resuelve la primer llamada, y luego la segunda. > Es nuestra intensión logran que se procesen ambas en simultaneo. > > De ahi supusimos que desde uan misma sesion de IE, las llamadas no > pueden ser concurrentes, pero intenetamso hacer 2 WS > WS1.ExecuteTask1 > WS2.ExecuteTask2 > Abrir 2 exploradores y ejecutarlos simultaneamente y > tambien nos ocurre > lo mismo. > Entonces estamos en que por mas que tengamos varios WS, > desde un mismo > origen o session las llamadas se estan encolando no > permitiendo hacer varias > llamadas al mismo tiempo. > > > Ahora bien, si abro un IE y un FF y en ambos llamamos al > ExecuteTask, se > resuelven las dos llamadas en simultaneo, osea que pareceria > ser algo de la > sesion de ASP que no permite hacerlo, ya que en este caso IE y FF no > comparten la misma sesion. > > > Esto se nos planteo porque tenemos un Panel de Control que permite > visualizar resultados de consultas y al ejecutar el panel se > van ejecutando > cada uno de los indicadores, pero posee una demora muy grande > ya que cada > uno debe esperar que termine el otro por mas que las llamadas > se realicen > inmediatamente. > > > Bueno,esto es lo que "deducimos" a partir del > funcionamiento de nuestra > App, la pregunta seria si esto realmente es asi, y si es asi > si hay alguna > forma de cambiar este funcionamiento predeterminado. > > Cabe acalrar que como herramienta cliente utilizamos > FLEX, donde todas > las acciones son asincronas y permite llamar varios WS a la > vez y esperar > sus resultados independientes. pero el ejemplo lo planteo con > el explorado > para descartar que no se aesta herramienta. > > > > Ing. Diego M. Basélica > e-mail: [EMAIL PROTECTED] > <blocked::blocked::blocked::mailto:[EMAIL PROTECTED]> > > UpSoft Sistemas Informáticos > Rafael Nuñez 3498 (X5009CFO) Córdoba, Argentina > Tel/Fax: 0351-4814812 (rot.) > www.upsoft.com.ar <blocked::http://www.upsoft.com.ar/> > >
