Carlos:
Te entiendo, con lo de las peticiones pero no lo puedo lograr, para
estar seguro que es asi
Me imagino que eciste un thread por cada sesion y las peticiones se
encolan, oalgo similar a ese funcionamiento es lo que detecto
Con respeto a tu solucion, no lo puedo aplicar debido a que el
problema es distinto
Basicamente es asi
- Tenemos un Tablero de Comandos, ese panel posee varios indicadores
donde cada uno de ellos es una consulta a una base de datos
Panel1:
Indicador1: BaseDatos=Test1 -SQL=Select * from
Cliente
Indicador2: BaseDatos=Test1 -SQL=Select * from
Facturas
Indicador3: BaseDatos=TestDOS -SQL=Select * from
Auditoria
Los indicadores pueden consultar a distintas bases de datos
Ahora bien, el Panel tiene un boton ejecutar que lo que
hace, es recorrer cada uno de los indicadores y llamar a un WS:
ESIndicador.asmx y alli al metodo ExecuteIndicador (IDIndicador)
La idea es lanzar todas las ejecuciones en simultaneo, asi
el tiempo de respuesta al usuario es menor, pero lo que nos sucede, que por
mas que realicemos la invocacion del WS, el cliente la slanzó, pero el WS no
las procesa todas juntas, sino que termina una y continua con la sig, y asi
Pensamos que era nuestro cliente, por eso usamos el browser
directamente, para hacer varias llamadas, y efectivamente hace una a una. LE
pusimos lineas de Debug para ir viendo la ejecucion y hace
INI indicador1
FIN indicador1
INI indicador2
FIN indicador2
INI indicador3
FIN indicador3
Cuando lo que queremos es que haga los tres INI y luego cada
una finalice a su tiempo.
-----Mensaje original-----
De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Carlos
Peix
Enviado el: Jueves, 20 de Marzo de 2008 16:27
Para: [email protected]
Asunto: [puntonet] Llamada a WS concurrentes
Hola Diego,
En mi opinion lo que ves se relaciona con la infraestructura de
comunicaciones HTTP de Windows, por eso es que ves el mismo comportamiento
que con otros clientes. Justamente es esto lo que digo en mis dos posts.
ASP.NET puede atender mas de una peticion de un determinado origen a la vez,
de eso podes estar seguro. Te propuse una salida para hacer los calculos del
lado del servidor, la estuviste analizando?
Carlos Peix
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PROTECTED]
> Sent: Jueves, 20 de Marzo de 2008 03:01 p.m.
> To: [email protected]
> Subject: [puntonet] Llamada a WS concurrentes
>
> Hola, probamo lo del MaxConnection y no paso nada Les aclaro que lo
> probamos tambien desde una aplicación WIN.NET y pasa lo mismo, osea
> que descarto FLEX, el Browser o el cliente Me parece que el tema es
> que ASP.NET no porces dos peticiones de un mismo origen a la vez
>
>
>
> -----Mensaje original-----
> De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de
> Carlos Peix Enviado el: Jueves, 20 de Marzo de 2008 12:18
> Para: [email protected]
> Asunto: [puntonet] Llamada a WS concurrentes
>
> 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/>
> >
> >
>
>
>
>
