> -Original Message-
> From: Mark Thomas [mailto:ma...@apache.org]
> Sent: Monday, June 20, 2016 11:32 AM
> To: Tomcat Users List
> Subject: Re: session-timeout and maxInactiveInterval
>
> On 20/06/2016 16:00, mw...@loftware.com wrote:
> > We are running 7.0.69 and Java 1.8.0_91.
> >
>
On 20.06.2016 23:57, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sean,
On 6/20/16 2:26 PM, Sean Son wrote:
On Mon, Jun 20, 2016 at 12:53 PM, Mekkelsen Madden, Steve <
steve.mekkelsenmad...@pega.com> wrote:
One thing you could do is have an entry in your webapps\R
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sean,
On 6/20/16 2:26 PM, Sean Son wrote:
> On Mon, Jun 20, 2016 at 12:53 PM, Mekkelsen Madden, Steve <
> steve.mekkelsenmad...@pega.com> wrote:
>
>> One thing you could do is have an entry in your webapps\ROOT
>> folder called like: MyAppRedirect.h
On 20/06/2016 20:58, Craig Lynch wrote:
> We run embedded tomcat on version 8, and for some reason are consistently
> seeing extreme slowness across all Tomcat endpoints at very consistent
> intervals of three hours. Once a site gets into the slow state, it is never
> able to recover, and stays unr
We run embedded tomcat on version 8, and for some reason are consistently
seeing extreme slowness across all Tomcat endpoints at very consistent
intervals of three hours. Once a site gets into the slow state, it is never
able to recover, and stays unresponsive (requests take tens of minutes to
hour
On 20.06.2016 18:32, Campbell, Lance wrote:
Neither of these options will work for me:
I don't see why not.
1) no-jk is only supported for: "Starting with mod_jk 1.2.6 for Apache 2.x and
1.2.19 for Apache 1.3"
So, you have Apache httpd 2.2.15 (which matches 2.x) and mod_jk 1.2.41, which is
On Mon, Jun 20, 2016 at 12:53 PM, Mekkelsen Madden, Steve <
steve.mekkelsenmad...@pega.com> wrote:
> One thing you could do is have an entry in your webapps\ROOT folder called
> like: MyAppRedirect.html (name can be anything)
> Inside the file you need something like:
>
>
> In your conf\web.xml
Am 20.06.2016 um 18:32 schrieb Campbell, Lance:
Neither of these options will work for me:
1) no-jk is only supported for: "Starting with mod_jk 1.2.6 for Apache 2.x and
1.2.19 for Apache 1.3"
So? You wrote your versions are
Apache 2.2.15
mod_jk 1.2.41
and isn't 1.2.41 >= 1.2.6? So the no-j
One thing you could do is have an entry in your webapps\ROOT folder called
like: MyAppRedirect.html (name can be anything)
Inside the file you need something like:
In your conf\web.xml at the bottom of it, you'll see 3 lines shown below:
index.html
index.htm
index.j
On Fri, Jun 17, 2016 at 3:39 PM, André Warnier (tomcat)
wrote:
> Hi.
> Another tip : on his list,mit is preferred if you respond in or below the
> previous text.
> That's why I moved your previous answer.
> It makes it easier to follow the conversation without having to scroll
> back and forth al
Neither of these options will work for me:
1) no-jk is only supported for: "Starting with mod_jk 1.2.6 for Apache 2.x and
1.2.19 for Apache 1.3"
2) The urls that get sent to Tomcat are unkown. This is a dynamic content
driven site.
Any other options.
Thanks,
Lance
-Original Message
On 20/06/2016 16:00, mw...@loftware.com wrote:
> We are running 7.0.69 and Java 1.8.0_91.
>
> We ran into an incident at a customer where the customer had set
> session-timeout to 0 – which according to the servlet 3.0 spec, the
> session should never time out. However, the customer was basically
On Mon, Jun 20, 2016 at 9:14 AM, Campbell, Lance wrote:
> These are the versions of software I have to use. I cannot install other
> software:
>
>
>
> Apache 2.2.15
>
> mod_jk 1.2.41
>
> Tomcat 8.0.36
>
>
>
> Issue:
>
> We are looking at having a domain where all content will get routed to
> To
These are the versions of software I have to use. I cannot install other
software:
Apache 2.2.15
mod_jk 1.2.41
Tomcat 8.0.36
Issue:
We are looking at having a domain where all content will get routed to Tomcat 8
except for three directories that contain static content. These three
di
We are running 7.0.69 and Java 1.8.0_91.
We ran into an incident at a customer where the customer had set
session-timeout to 0 - which according to the servlet 3.0 spec, the session
should never time out. However, the customer was basically seeing the session
timeout immediately. When we chan
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
21 matches
Mail list logo