Re: RewriteValve and the ROOT webapp

2017-08-30 Thread tomcat
On 30.08.2017 22:46, Dan Rabe wrote: I’m using Tomcat 8.5.20, trying to use the rewrite valve to rewrite a root-level URL (/foo) to a URL in my webapp (/mywebapp/bar). I added the rewrite valve to my server.xml, and I put my rewrite.config in conf/Catalina/localhost. This all works great IF I

Re: RewriteValve and the ROOT webapp

2017-08-30 Thread Mark Thomas
On 30/08/17 21:46, Dan Rabe wrote: > I’m using Tomcat 8.5.20, trying to use the rewrite valve to rewrite a > root-level URL (/foo) to a URL in my webapp (/mywebapp/bar). > > I added the rewrite valve to my server.xml, and I put my rewrite.config in > conf/Catalina/localhost. > > This all works

RewriteValve and the ROOT webapp

2017-08-30 Thread Dan Rabe
I’m using Tomcat 8.5.20, trying to use the rewrite valve to rewrite a root-level URL (/foo) to a URL in my webapp (/mywebapp/bar). I added the rewrite valve to my server.xml, and I put my rewrite.config in conf/Catalina/localhost. This all works great IF I create an empty “ROOT” directory in we

Re: Performance issue 8.5.20 (metaspace related?)

2017-08-30 Thread Ing. Andrea Vettori
> On 30 Aug 2017, at 16:38, Suvendu Sekhar Mondal wrote: > > > In Hotspot VM, Full GC will collect "dead" objects/classes from all > the regions(Young, Old, Metaspace/PermGen). In the provided GC log, I > can see that you had triggered Full GCs but Metaspace did not shrunk > much. That clearly

Re: Performance issue 8.5.20 (metaspace related?)

2017-08-30 Thread Ing. Andrea Vettori
> On 30 Aug 2017, at 01:13, Caldarale, Charles R > wrote: > > Is it possible that the system is getting into swapping? The heap has been > set to 20 GiB, but I didn't see any mention of how much actual memory the > system has. Do you really need a 20 GiB heap? Sometimes smaller is better. >

Re: Performance issue 8.5.20 (metaspace related?)

2017-08-30 Thread Ing. Andrea Vettori
> On 29 Aug 2017, at 14:24, Mark Thomas wrote: > > On 29/08/17 13:09, Ing. Andrea Vettori wrote: >>> On 29 Aug 2017, at 12:29, Suvendu Sekhar Mondal wrote: >>> >>> On Tue, Aug 29, 2017 at 2:54 PM, Ing. Andrea Vettori >>> wrote: - with a fresh started tomcat instance, the time it takes is

Re: Performance issue 8.5.20 (metaspace related?)

2017-08-30 Thread Ing. Andrea Vettori
> On 30 Aug 2017, at 00:16, Christopher Schultz > wrote: > >>> >>> Another thing, is there any way you can measure the processing >>> time in JBoss for each RMI calls? >>> >> >> At the moment I’m not measuring the time on the jboss side but I’m >> considering using a telemetry product in the

Re: Performance issue 8.5.20 (metaspace related?)

2017-08-30 Thread Suvendu Sekhar Mondal
Andrea, On Tue, Aug 29, 2017 at 5:39 PM, Ing. Andrea Vettori wrote: >> On 29 Aug 2017, at 12:29, Suvendu Sekhar Mondal wrote: >> >> On Tue, Aug 29, 2017 at 2:54 PM, Ing. Andrea Vettori >> wrote: >>> - with a fresh started tomcat instance, the time it takes is around 0,8 >>> seconds. Most of th

Re: AuthenticatorBase.getJaspicProvider taking most time

2017-08-30 Thread Venkata Pavan Kumar Sannisetty
I have created a pull request with this change. https://github.com/apache/tomcat85/pull/9 On 30 August 2017 at 15:57, Venkata Pavan Kumar Sannisetty < sunny...@gmail.com> wrote: > I think we can cache the AuthConfigFactory instance in AuthenticatorBase > (or somewhere else) without having lock.

Re: AuthenticatorBase.getJaspicProvider taking most time

2017-08-30 Thread Venkata Pavan Kumar Sannisetty
I think we can cache the AuthConfigFactory instance in AuthenticatorBase (or somewhere else) without having lock. AuthConfigFactory already caching it but it is taking a lock (take a look at the code below). We can do the same as below without synchronization. public static synchronized AuthConf