You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by dominik <d....@xvision.net> on 2000/06/30 16:27:37 UTC

mod_jserv/6261: more than one browser request to a servlet at the same time

>Number:         6261
>Category:       mod_jserv
>Synopsis:       more than one browser request to a servlet at the same time
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    jserv
>State:          open
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Fri Jun 30 07:30:01 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     d.werder@xvision.net
>Release:        1.3.9 (win32)
>Organization:
apache
>Environment:
win32 NT, jserv 1.1.2, JDK 1.2
>Description:
if you send more than one request to a servlet from one browser/host and the servlet has to do a lot of work (or a thread.sleep) the jserv module or the webserver mixes up the requests.
I have a frame layout and all frame contents come from the same servlet (but different URLs because different parameters like http://a.b.c/servlet/Servlet?p=1 or p=2 and so on). The servlet has a thread.sleep(200) before sending anything to the browser ans even before requesting the output writer.

is this a known behavior? how to solve this? please please give me feedback!
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <ap...@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database automatically because of the potential for mail   ]
 [loops.  If you do not include this Cc, your reply may be ig-   ]
 [nored unless you are responding to an explicit request from a  ]
 [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]