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...@tomcat.apache.org
crash etc.. 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://adroi
nths - until we find 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 ad
tter?". I assert that it is *not* better. 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
as
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
one else will find this thread 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 unsub
t to possibly conflicting 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
--
behave in exactly
the same way.
Sorry, I do 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
// Accept the next incoming connection from the
server
// socket
socket = serverSock.accept();
} catch (IOException ioe) {
//we didn't get a socket
countDown
On 11/07/2012 11:55 AM, Mark Thomas wrote:
Mark Thomas wrote:
"Asankha C. Perera" 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 its common to all
ment - maybe even a good
GSoc project. As a fellow member of the ASF and a committer on multiple
projects/years, I believed it was my duty to bring this to the attention
of the Tomcat community.
regards
asankha
--
Asankha
et socket = 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
AdroitLo
ing some other mechanism?
Sure, I've written a pure Java example [1] that illustrates what I am
proposing. 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/
onnections-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.bl
Components/NIO library already
supports 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
. I'm 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: user
hout accepting and closing the ones 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.
300"/>
thanks
asankha
On 10/29/2012 09:43 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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 ha
could 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
--
Asan
server" systems ?
I 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
-
ks
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
7 10.77.69.810.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
22 matches
Mail list logo
