>> In addition, those clients will then get exactly the behaviour that >> you are complaining about: a successful connection and then a 'connection reset' >> when doing I/O. > No, they will not get an ACK to the SYN packet which is much better.
No, Asahnka, you are completely wrong about this. Clients on the backlog queue have *already got* the SYN/ACK in reply to the SYN packet. That's *why* they are on the backlog queue. They have fully formed connections, and they have probably already sent at least part of their HTTP request. If you close the listening socket as per your bizarre suggestion, all the connections on the backlog queue will get closed, and the clients concerned will get 'connection reset' if they are still sending, or, even worse, premature EOFs when trying to receive the reply. You don't seem to know much about it. Esmond Pitt FACS Author, 'java.rmi: the Guide to Remote Method Invocation' and 'Fundamental Networking in Java'. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
