Tomcat version? Java version? Anything in the servlet that synchronises on a common lock?
In general, one worker thread handles one request, from start to finish; then it's returned to the pool to be reused. Is that what you would expect? - Peter > From: Fredrik Tolf [mailto:[EMAIL PROTECTED] > Sent: 01 July 2008 05:11 > To: Tomcat Users List > Subject: Blocking threads in Tomcat > > Hi list! > > I've had some issues with requests not being carried out in > parallel by > Tomcat. My problem is that I haven't been able to figure out when a > worker thread blocks and when it does not. > > To try and pin down the behavior, I did a little experiment. I took a > servlet that I had, that handles to separate URLs; let's call > them "/a" > and "/b". To try out the parallelism, I added a little delay in the > servlet code by calling Thread.sleep(10000). I then tried them out in > two browser tabs, and I find the results much enigmatic. > > When I try to access "/a" in one tab and "/b" in another, > they both load > in 10 seconds each -- that is, if I start the request for "/a" at > 12:00:10 and the request for "/b" at 12:00:15, the request > for "/a" will > finish at 12:00:20, and the request for "/b" will finish at > 12:00:25. As > one would expect. > > However, when I request "/a" in both tabs, the requests seem to be > carried out in sequence -- that is, if I again start the > request in tab > 1 for "/a" at 12:00:10 and the request for in tab 2 for, also > for "/a", > at 12:00:15, the request for tab 1 will finish at 12:00:20, and the > request for tab 2 will finish at 12:00:30. > > Why is this? Is Tomcat explicitly not handling two requests for the > exact same URL in parallel? It is the only explanation I can think of, > but I cannot figure out how or why it would make sense. If it > is indeed > the case, can I somehow tell Tomcat to not do that? > > Thanks for your attention! > > Fredrik Tolf > > > > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >