Re: Http/2 : Tomcat NIO2 fails on large number of POST request with payload

2019-03-07 Thread Rémy Maucherat
On Thu, Mar 7, 2019 at 5:22 PM Rémy Maucherat wrote: > On Thu, Mar 7, 2019 at 2:54 PM Rémy Maucherat wrote: > >> On Thu, Mar 7, 2019 at 1:47 PM Mark Thomas wrote: >> >>> On 07/03/2019 07:40, Santhosh Kumar wrote: >>> > From some of the test cases I can safely say that tomcat is hitting >>>

Re: Http/2 : Tomcat NIO2 fails on large number of POST request with payload

2019-03-07 Thread Rémy Maucherat
On Thu, Mar 7, 2019 at 2:54 PM Rémy Maucherat wrote: > On Thu, Mar 7, 2019 at 1:47 PM Mark Thomas wrote: > >> On 07/03/2019 07:40, Santhosh Kumar wrote: >> > From some of the test cases I can safely say that tomcat is hitting some >> > limits, I have two test cases ran with two diff size of

Re: Get startTime of coyoteRequest object from RequestFacade

2019-03-07 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Helena, On 3/7/19 03:12, Helena Carbajo wrote: > In response to John: >> Are you building Tomcat from source? If so, you could instrument >> the code in another location (I'm not exactly sure where that >> would be, so I would have to defer to

Re: [OT] Tomcat Apache 7.0.79 upgrade to Latest version

2019-03-07 Thread Nitin Kadam
Hello Mark, Thanks for your suggestion it's work like charm. On Thu, Mar 7, 2019, 6:13 PM Mark Thomas wrote: > On 07/03/2019 11:24, Nitin Kadam wrote: > > > > > Root Causejava.lang.TypeNotPresentException: > > Type javax.persistence.PersistenceUnit not present > > > > It looks like you are

Re: Http/2 : Tomcat NIO2 fails on large number of POST request with payload

2019-03-07 Thread Santhosh Kumar
I have executed few test cases in both NIO and NIO2 as Mark has requested for testing NIO connector. --Below is NIO h2load -n50 -c1 -m1 --header="Content-Type:application/json" -d

Re: Http/2 : Tomcat NIO2 fails on large number of POST request with payload

2019-03-07 Thread Rémy Maucherat
On Thu, Mar 7, 2019 at 1:47 PM Mark Thomas wrote: > On 07/03/2019 07:40, Santhosh Kumar wrote: > > From some of the test cases I can safely say that tomcat is hitting some > > limits, I have two test cases ran with two diff size of payload and > without > > any queryParams. The servlet is a

Re: Http/2 : Tomcat NIO2 fails on large number of POST request with payload

2019-03-07 Thread Mark Thomas
On 07/03/2019 07:40, Santhosh Kumar wrote: > From some of the test cases I can safely say that tomcat is hitting some > limits, I have two test cases ran with two diff size of payload and without > any queryParams. The servlet is a empty servlet just returns after > receiving without doing any

Re: [OT] Tomcat Apache 7.0.79 upgrade to Latest version

2019-03-07 Thread Mark Thomas
On 07/03/2019 11:24, Nitin Kadam wrote: > Root Causejava.lang.TypeNotPresentException: > Type javax.persistence.PersistenceUnit not present It looks like you are missing the JPA implementation. Check for additional JARs that were added to your Tomcat 7 lib directory that you didn't add in

Re: Tomcat 8.5.13 - random issue with HTTPS (blank page) - working good with HTTP

2019-03-07 Thread Mark Thomas
That doesn't answer any of my questions. Which connector are you using? It could be NIO and APR/Native with that configuration. The log files will include start-up messages for the connectors. They will tell you what connector is in use. Better still, paste those log messages here. If the TLS

Re: [OT] Tomcat Apache 7.0.79 upgrade to Latest version

2019-03-07 Thread Nitin Kadam
We upgraded to tomcat 8.5.38 but facing below issue for couple of apps We developed REST API using Jersey and deployed a WAR file of the same on Tomcat7 (Exact Version) It works fine. We upgraded the Tomcat to the version 8.5.38 and redeployed the WAR file to this version. We are getting

Re: Get startTime of coyoteRequest object from RequestFacade

2019-03-07 Thread Helena Carbajo
In response to John: >Are you building Tomcat from source? If so, you could instrument the >code in another location (I'm not exactly sure where that would be, so >I would have to defer to someone else who is elbow deep in that code >at the moment). >Thoughts? I have an application that uses a