André Warnier wrote:
Vicky B wrote:
there is a firewall between browser and apache httpd and i am not sure if
there is a firewall between apache and tomcat (mostly no).
But why would this firewall drop the connection ?
Some people never learn..
Sigh.
Ok, Vicky, one last try from me :
1) stop *guessing* where the problem may be, and try to collect some *facts*
2) restore all the settings which you have changed, to their default values
3) re-read the responses which you have received so far, and try to understand
them.
Do not make us feel like you are not listening to anything we're saying.
Example : the response to your question above has already been given previously.
4) Your question above is not really relevant to your problem (unless you prove us
otherwise). Stop going off on tangents like time-outs and firewalls, and focus on the most
likely sources for the problem, which are, in that order : 1. the application; 2. the users.
At least 90% of the problems mentioned on this list, in the end are problems of the
application - not of the server, not of the connections, not of the users.
5) when a browser sends a request to a server, it expects *some* response within 4-5
minutes. If the server does not send anything to that browser during 4-5 minutes, the
browser will stop waiting. It will display a message to the user, saying that the server
does not respond, and it will close the connection to the server. If the server then
tries to send something to the browser, the server will get an error, and write a message
in the logs saying "connection reset by peer".
6) Is this happening ? is your application sometimes taking more than 4-5 minutes to
respond to a browser request ? No ? are you sure ? can you prove that this is not happening ?
7) If you are sure that the above does not happen, then *find out what happens*. Where is
the response being held up ? set up your server's logfiles to find out, make a test, and
look at the logfiles. Then if the logfiles show that Tomcat is sending the response, but
that the browser never gets it, come back here with your question, along with all the
information that you have been asked for previously (copy of the log messages etc.)
8) If you do not have access to the information which would show where the problem is, we
are sorry but we cannot do anything about that. Just think of how much harder it is for
us, who do not even have access to the information that you have access to, except through
you.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
