On 20/06/2016 13:47, Mark Thomas wrote:
> On 20/06/2016 13:27, Mike Noordermeer wrote:
>> Further profiling leads me to believe that Tomcat starts using
>> JarWarResources if a block is placed
>> in the server.xml file (even if unpackWars and unpackWar are true).
>> Still looking into why it is do
On 20/06/2016 13:27, Mike Noordermeer wrote:
> Further profiling leads me to believe that Tomcat starts using
> JarWarResources if a block is placed
> in the server.xml file (even if unpackWars and unpackWar are true).
> Still looking into why it is doing this though...
It is caused by the Standa
Further profiling leads me to believe that Tomcat starts using
JarWarResources if a block is placed
in the server.xml file (even if unpackWars and unpackWar are true).
Still looking into why it is doing this though...
--Mike
On 20 June 2016 at 12:06, Mike Noordermeer wrote:
> Hi,
>
> I'm experi
> As an answer to your last question above, look here :
> http://tomcat.apache.org/tomcat-8.0-doc/config/context.html
> --> Defining a context
I'm not sure what you are referring to?
I know that a server.xml can contain multiple contexts, and cannot be
changed at runtime, but that does not really
On 20.06.2016 12:06, Mike Noordermeer wrote:
Hi,
I'm experiencing a very weird issue, and do not really have an idea
where to start looking for the solution, hopefully someone here has an
idea.
As the Tomcat 8.5 Cache.getResource() call added some logging about
the cache being too small, I'm try
Hi,
I'm experiencing a very weird issue, and do not really have an idea
where to start looking for the solution, hopefully someone here has an
idea.
As the Tomcat 8.5 Cache.getResource() call added some logging about
the cache being too small, I'm trying to increase the size. The weird
thing, is t
