Change socket timeout in server side

Hi all, I am using Tomcat7 and have deployed a web server on it. Currently the client side is running into the error "java.net.SocketTimeoutException: Read timed out" after running the web service for one minute. I understand that this can be set in the client side but I would like to change

RE: RemoteEndpoint.Async sendText blocking

> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: RemoteEndpoint.Async sendText blocking > When the BIO connector is in use, you end up with weird things like > this. I would switch to BIO if you want to use async. Might want to rephrase that... Presumably Chris

Re: RemoteEndpoint.Async sendText blocking

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 To whom it may concern, On 6/29/17 1:49 PM, V User wrote: > Yes, although I admit I'm just learning about all the implications > of that. It seemed to me that even if the actual transmission/write > blocks indefinitely, that should be happening

Re: 502 Proxy Error

On 29/06/17 18:40, TED SPRADLEY wrote: > I've worked on this for three days and at this point am not sure where to > begin debugging. > > I don't know if this is a SSL Cert issue, an Apache Reverse Proxy issue, a > Tomcat Connector issue or a Tomcat import of the SSL Cert issue. > > Any

Re: RemoteEndpoint.Async sendText blocking

Yes, although I admit I'm just learning about all the implications of that. It seemed to me that even if the actual transmission/write blocks indefinitely, that should be happening "asynchronously" in another thread or something and shouldn't stop the Async version of sendText from returning since

502 Proxy Error

I've worked on this for three days and at this point am not sure where to begin debugging. I don't know if this is a SSL Cert issue, an Apache Reverse Proxy issue, a Tomcat Connector issue or a Tomcat import of the SSL Cert issue. Any feedback is much appreciated. Thank you in advance, Ted S.

Re: RemoteEndpoint.Async sendText blocking

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Z, V, etc., On 6/29/17 1:16 PM, V User wrote: > Hello! I have a question about the RemoteEndpoint.Async sendText > method. The spec states: "Initiates the asynchronous transmission > of a text message. This method returns before the message is >

RemoteEndpoint.Async sendText blocking

Hello! I have a question about the RemoteEndpoint.Async sendText method. The spec states: "Initiates the asynchronous transmission of a text message. This method returns before the message is transmitted." To me, this implies that the method should return immediately regardless of network status

Re: Tomcat managed server

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Subhro, On 6/29/17 11:57 AM, Subhro Paul wrote: > Can you tell me if we can create manged server in tomcat like we > can do in Weblogic server? > > I have Googled that and found information which is about setting > up different tomcat instances

Tomcat managed server

Hi All, Can you tell me if we can create manged server in tomcat like we can do in Weblogic server? I have Googled that and found information which is about setting up different tomcat instances but not the managed server which we can do in Weblogic. Thanks & Regards, Subhro Paul

Re: websocket: connections not getting closed properly

Thanks Anurag, Will keep an eye on this. Btw am not using auto scaling. On Jun 29, 2017 17:59, "anurag gupta" wrote: > Beware of the AWS ALB, It has a nasty bug where it terminates a chunk of > connections even if they are active. This happens after 10-12 hrs. and >

Re: websocket: connections not getting closed properly

Beware of the AWS ALB, It has a nasty bug where it terminates a chunk of connections even if they are active. This happens after 10-12 hrs. and related to the autoscaling of ALB. On Thu, Jun 29, 2017 at 5:40 PM, Sandeep Dhameshia < sandeep.dhames...@gmail.com> wrote: > Update: > > Started using

Re: websocket: connections not getting closed properly

Update: Started using AWS Application Load Balancer, with SSL offload. This has reduced CPU utilization by 5 times! And most importantly, wrt this mail chain, num of connections looks stable now, with same load. Can see some Client TLS Negotiations Errors in LB's monitoring console. Num of