Hello George,

  I tried out as you have suggested by adding the registry key entry
"MaxConnectionsPerServer" under
"HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet
Settings" with a value more than 2. After that, IE spans  more than two
concurrent requests to the same domain.
 Why I mentioned about Firefox was no one in the thread cleary stated that
it is the same behaviour in Firefox. So I decided to make a post wishing
later some one will be benefitted from that information since I have tested
the behaviuor with Firefox 1.0.7. And as you can see, the community again
benefitted from that posting since Wade posted the necessary info for
setting max connections in FireFox also.

thanks and regards,

-- Kannan.


-----Original Message-----
From: George Sexton [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 6:03 AM
To: 'Tomcat Users List'
Subject: RE: No of concurrent requests per session


So? As someone else pointed out. That's what the standard recommends. You
really didn't even bother to find the registry key that I mentioned did you?

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585


> -----Original Message-----
> From: Abhilash Kumar [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 13, 2006 9:45 PM
> To: Tomcat Users List
> Subject: RE: No of concurrent requests per session
>
> Hello:
>
> Thanking everyone for words of wisdom ..
>
> I checked with firefox 1.0.7 also. It is also showing the
> same behaviour as
> with IE.
>
> thanks and regards,
>
> -- Kannan.
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 13, 2006 9:58 PM
> To: Tomcat Users List
> Subject: RE: No of concurrent requests per session
>
>
> I suspect the problem relates to pipelining of  HTTP 1.1
> requests over a
> single persistent TCP connection.   Pipelining is intended to improve
> efficiency, allowing the need for multiple images to present
> a web page be
> expressed to a web server one after another, before any of
> the responses
> are given.  However, the responses must be presented in the
> same order as
> the requests, and therein lies your problem.  If your short running
> request is issued over the same TCP connection as one of the
> earlier, yet
> to be responded to, long running requests, the response to the later
> request must wait for the earlier request to be responded to
> first.  In
> this scenario, you need to get either the browser or the web server to
> stop using persistent connections.  Of course, this may make it less
> efficient for serving up "normal" web pages.
>
>
>
> Please respond to "Tomcat Users List" <users@tomcat.apache.org>
>
> To:     "'Tomcat Users List'" <users@tomcat.apache.org>
> cc:
> Subject:        RE: No of concurrent requests per session
>
>
>
> I'm guessing this is more of a browser issue. If you're using
> IE, I seem
> to
> recall there is a registry entry that lets you set the
> maximum concurrent
> requests.
>
> George Sexton
> MH Software, Inc.
> http://www.mhsoftware.com/
> Voice: 303 438 9585
>
>
> > -----Original Message-----
> > From: Abhilash Kumar [mailto:[EMAIL PROTECTED]
> > Sent: Monday, February 13, 2006 6:43 AM
> > To: Tomcat Users List
> > Subject: No of concurrent requests per session
> >
> > Hello:
> >
> >  I am using Tomcat 5.0.30 with HTTP 1.1 Connector. If I try
> > to make a third request while two other request's (which i
> > have already made) responses have not yet arrived, then
> > Tomcat is not serving the request until one of the pending
> > response arrives. This limits me to only two pending requests
> > (irrespective of the webapp) at a time.
> >
> >  My front app is like a dashboard which integarates
> multiple > web apps of
> which some are reporting apps which requires 4 to
> > 7 minutes to process a request and some are data processing
> > apps which requires only seconds to process the request.
> > Assume the user clicks on two reporting links which open up
> > as new windows from the main app window. Now when he clicks
> > on another link irrespctive of the webapp, nothing happens
> > until one of the reporting request's response is arrived.
> > This problem appears only if the requests belong to the
> same session.
> >
> > Any pointers / advices will be greatly appreciated.
> >
> > thanks and regards,
> >
> > -- Kannan.
> >
> >
> >
> > --------------------------------------------------------------
> > Amritha Institute of Medical Sciences, Cochin, India
> >    Sent using "PostMaster" by QuantumLink Communications
> >  One Internet account, unlimited personal e-mail addresses
> > Get your free copy of "PostMaster" at http://www.mailserve.net/
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
> --------------------------------------------------------------
> Amritha Institute of Medical Sciences, Cochin, India
>    Sent using "PostMaster" by QuantumLink Communications
>  One Internet account, unlimited personal e-mail addresses
> Get your free copy of "PostMaster" at http://www.mailserve.net/
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






--------------------------------------------------------------
Amritha Institute of Medical Sciences, Cochin, India
   Sent using "PostMaster" by QuantumLink Communications
 One Internet account, unlimited personal e-mail addresses
Get your free copy of "PostMaster" at http://www.mailserve.net/



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to