|
I have a server that is dealing with many connections and
many calls… It seems that after running awhile a client gets random java.net.socketexception connection refused: connect So when I have threads for all of the handlers and the
server is running at less than 2% cpu, and as I
understand it running its own thread pool for connections made to the socket,
why would a connection ever be refused? If am sending many
requests very fast, should I be initializing the thread pool to something
different than the default for the xml rpc server?
I have certain xml rpc messages that are critical and
I really want to guarantee the message is sent / received. Currently the server
handles other messages after this just fine and keeps handling other requests
quite fast, just randomly refuses a few connections here and there? Ideas? Thoughts? Explanations?
I am all wrong about everything in the entire universe? Don’t use XML RPC
for critical messages? Don’t wear white after labor day? Anyways any help would be appreciated, besides that xml RPC
seems to be really great. Thanks in advance… Peace, Dan “xml rpc for p2p is fun
for me” Man |
- random connection refusal Mayer, Daniel S
- RE: random connection refusal Schölver , Andreas
- RE: random connection refusal Mayer, Daniel S
- Re: random connection refusal Andreas Schoelver
- RE: random connection refusal Schölver , Andreas
