asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
that this
solution has a value.
regards
asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e
.. and if two processes are to fight for the same port - it
would be quite unpredictable.. I wonder if there are any real users who
let this happen on a production environment as described on this list
regards
asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http
. Clients can set TCP
handshake timeouts and survive. Your server will perform much better
without all this foolishness.
If you can, try to understand what I said better.. Its ok to not accept
this proposal and/or not understand it..
regards
asankha
--
Asankha C. Perera
AdroitLogic, http
useful in future to
understand the issue better and to overcome it
regards
asankha
--
Asankha C. Perera
AdroitLogic,http://adroitlogic.org
http://esbmagic.blogspot.com
-
To unsubscribe, e-mail: users-unsubscr
On 11/09/2012 02:16 AM, Pid wrote:
On 08/11/2012 15:03, Asankha C. Perera wrote:
Hi Mark
what happens if some other process grabs the port in the meantime:
what is Tomcat supposed to do then?
In reality I do not know of a single client production deployment that
would allocate the same port
from the
server
// socket
socket = serverSock.accept();
} catch (IOException ioe) {
//we didn't get a socket
countDownConnection();
regards
asankha
--
Asankha C. Perera
not know to explain it any better - I write code, try it..
[1]
http://esbmagic.blogspot.com/2012/11/how-to-stop-biting-when-you-cant-chew.html
cheers
asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
services, that may
grab another's port when its suffering under load.
I cannot see any other issues of turning off accepting - and I am
curious to know if anyone else could share their views on this -
considering real production deployments
regards
asankha
--
Asankha C. Perera
AdroitLogic
= serverSocket.accept();
Thread.sleep(300); // do nothing
}
}
[1]
http://esbmagic.blogspot.com/2012/10/does-tomcat-bite-more-than-it-can-chew.html
[2]
http://esbmagic.blogspot.com/2012/11/how-to-stop-biting-when-you-cant-chew.html
regards
asankha
--
Asankha C. Perera
AdroitLogic, http
on multiple
projects/years, I believed it was my duty to bring this to the attention
of the Tomcat community.
regards
asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
On 11/07/2012 11:55 AM, Mark Thomas wrote:
Mark Thomas ma...@apache.org wrote:
Asankha C. Perera asan...@apache.org wrote:
My testing has been primarily on Linux / Ubuntu.
With which version of Tomcat?
And which connector implentation?
Tomcat 7.0.29 and possibly 7.0.32 too, but I believe
-tt27431279r4.html
[3]
http://hc.apache.org/httpcomponents-core-ga/httpcore-nio/apidocs/org/apache/http/impl/nio/reactor/DefaultListeningIOReactor.html
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
. It illustrates how you could turn off accepting new
connections, and resume normal operations once load levels returns to
normal.
[1]
http://esbmagic.blogspot.com/2012/11/how-to-stop-biting-when-you-cant-chew.html
regards
asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http
this, so its something that Tomcat too can support if the
community thinks it would be useful.
cheers
asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
-
To unsubscribe, e-mail
not sure what happens if you use
a non-static IP (which are public, but can change).
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
-
To unsubscribe, e-mail: users-unsubscr
be safely retried. If the connection was not
accepted, a fail-over is straight forward.
Hope to hear some details from the developer community, to understand
this behavior better
regards
asankha
[1] http://markmail.org/message/v7cpj6oqumtn5gtp
[2] http://troll.ws/image/6b38f283
--
Asankha C
Asankha,
On 10/29/12 9:20 AM, Asankha C. Perera wrote:
During some performance testing I've seen that Tomcat resets
accepted TCP connections when under load. I had seen this
previously too [1], but was not able to analyze the scenario in
detail earlier.
Please post your Connector configuration
that it cannot
handle.
regards
asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
am quite certain this was from the ESB node which was the client to
tomcat ..
thanks
asankha
--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org
http://esbmagic.blogspot.com
-
To unsubscribe, e-mail: users-unsubscr
10.101.29.42
HTTP 9062 8080 Continuation or non-HTTP traffic[Packet size
limited during capture]
392677 37.125492 10.101.29.42 10.77.69.8
TCP 8080 9062 8080 9062 [RST] Seq=1 Win=0 Len=0
--
Asankha C. Perera
AdroitLogic, http
22 matches
Mail list logo