AW: AW: AW: Too many certificates in chain?!? Help!

Hello James, > -Ursprüngliche Nachricht- > Von: James H. H. Lampert > Gesendet: Freitag, 19. Mai 2023 00:33 > An: Tomcat Users List > Betreff: Re: AW: AW: Too many certificates in chain?!? Help! > > On 5/18/23 1:57 PM, Thomas Hoffmann (Speed4Trade GmbH) wrote: > > > So the error is rai

Re: AW: AW: AW: Password in Tomcat 9.x

On Sat, Jan 21, 2023 at 02:24:46PM +0100, a.grub...@bluewin.ch wrote: > Hello Mark > > Then how do you manage the webserver certitficate in Tomcat? Where do you > store the password? I would like to do it of course always without, but the > architecture is like that I have. > > Webserver certif

Re: AW: AW: AW: Password in Tomcat 9.x

Alex, On 1/21/23 08:24, a.grub...@bluewin.ch wrote: Then how do you manage the webserver certitficate in Tomcat? Where do you store the password? I would like to do it of course always without, but the architecture is like that I have. Webserver certificate.p12 Webserver certificate.p12.pwd

AW: AW: AW: Password in Tomcat 9.x

Thank you Chris, I will read that. Best Alex -Ursprüngliche Nachricht- Von: Christopher Schultz Gesendet: Samstag, 21. Januar 2023 16:11 An: users@tomcat.apache.org Betreff: Re: AW: AW: Password in Tomcat 9.x Alex, On 1/19/23 13:33, a.grub...@bluewin.ch wrote: > I asked Thomas as well

AW: AW: AW: Password in Tomcat 9.x

Hello Mark Then how do you manage the webserver certitficate in Tomcat? Where do you store the password? I would like to do it of course always without, but the architecture is like that I have. Webserver certificate.p12 Webserver certificate.p12.pwd Password_today Password

Re: AW: AW: AW: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox

Betreff: Re: AW: AW: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox On 20/09/2022 20:22, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello Mark, -Ursprüngliche Nachricht- Von: Mark Thomas Gesendet: Dienstag, 20. September 2022 20:13 An: users

AW: AW: AW: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox

t; An: users@tomcat.apache.org > Betreff: Re: AW: AW: AW: AW: AW: Tomcat 10 with Http2 and compression > sometimes closes connection with Firefox > > On 20/09/2022 20:22, Thomas Hoffmann (Speed4Trade GmbH) wrote: > > Hello Mark, > > > >> -Ursprüngliche Nachricht- >

Re: AW: AW: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox

On 20/09/2022 20:22, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello Mark, -Ursprüngliche Nachricht- Von: Mark Thomas Gesendet: Dienstag, 20. September 2022 20:13 An: users@tomcat.apache.org Betreff: Re: AW: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection

AW: AW: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox

Hello Mark, > -Ursprüngliche Nachricht- > Von: Mark Thomas > Gesendet: Dienstag, 20. September 2022 20:13 > An: users@tomcat.apache.org > Betreff: Re: AW: AW: AW: AW: Tomcat 10 with Http2 and compression > sometimes closes connection with Firefox > > On 20/09/202

Re: AW: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox

describing, I'll be happy to look at it. Mark I hope the logs will provide more information. Thanks! Thomas Von: Mark Thomas Gesendet: Dienstag, 20. September 2022 09:04 An: users@tomcat.apache.org Betreff: Re: AW: AW: AW: Tomcat 10 with Http

AW: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox

information. Thanks! Thomas Von: Mark Thomas Gesendet: Dienstag, 20. September 2022 09:04 An: users@tomcat.apache.org Betreff: Re: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox On 19/09/2022 19:19, Thomas Hoffmann

Re: AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox

On 19/09/2022 19:19, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello Mark, thanks for the update. The commit looked promising. I tried with Tomcat 10.1 M17 but unfortunately it didn't help. The partly loaded website is still occuring. Setting http2 logging to fine, I can see the following s

AW: AW: AW: Tomcat 10 with Http2 and compression sometimes closes connection with Firefox

Hello Mark, thanks for the update. The commit looked promising. I tried with Tomcat 10.1 M17 but unfortunately it didn't help. The partly loaded website is still occuring. Setting http2 logging to fine, I can see the following stack: 19-Sep-2022 20:07:16.651 FEIN [https-openssl-nio-443-exec

Re: AW: AW: AW: AW: Filehandle left open when using sendfile

code unchanged. Mark Thanks in advance! Thomas -Ursprüngliche Nachricht- Von: Mark Thomas Gesendet: Montag, 20. Juni 2022 22:13 An: users@tomcat.apache.org Betreff: Re: AW: AW: AW: Filehandle left open when using sendfile On 20/06/2022 11:39, Thomas Hoffmann (Speed4Trade GmbH) wrote

AW: AW: AW: AW: Filehandle left open when using sendfile

2:13 > An: users@tomcat.apache.org > Betreff: Re: AW: AW: AW: Filehandle left open when using sendfile > > On 20/06/2022 11:39, Thomas Hoffmann (Speed4Trade GmbH) wrote: > > Hello Mark, > > > > thanks for your reply! > > > >> -Ursprüngliche Nachricht

Re: AW: AW: AW: AW: Filehandle left open when using sendfile

On 6/20/22 23:59, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello Mark, -Ursprüngliche Nachricht- Von: Mark Thomas Gesendet: Montag, 20. Juni 2022 22:13 An: users@tomcat.apache.org Betreff: Re: AW: AW: AW: Filehandle left open when using sendfile On 20/06/2022 11:39, Thomas Hoffmann

AW: AW: AW: AW: Filehandle left open when using sendfile

Hello Mark, > -Ursprüngliche Nachricht- > Von: Mark Thomas > Gesendet: Montag, 20. Juni 2022 22:13 > An: users@tomcat.apache.org > Betreff: Re: AW: AW: AW: Filehandle left open when using sendfile > > On 20/06/2022 11:39, Thomas Hoffmann (Speed4Trade GmbH)

Re: AW: AW: AW: Filehandle left open when using sendfile

On 20/06/2022 11:39, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello Mark, thanks for your reply! -Ursprüngliche Nachricht- Von: Mark Thomas Gesendet: Montag, 20. Juni 2022 12:06 An: users@tomcat.apache.org Betreff: Re: AW: AW: Filehandle left open when using sendfile On 16/06/2022 1

AW: AW: AW: Filehandle left open when using sendfile

Hello Mark, thanks for your reply! > -Ursprüngliche Nachricht- > Von: Mark Thomas > Gesendet: Montag, 20. Juni 2022 12:06 > An: users@tomcat.apache.org > Betreff: Re: AW: AW: Filehandle left open when using sendfile > > On 16/06/2022 19:58, Thomas Hoffmann (Speed4Trade GmbH) wrote: > >

AW: AW: AW: [OT] Getting TLS handshake details

Hello Chris, > > > -Ursprüngliche Nachricht- > > Von: Christopher Schultz > > Gesendet: Freitag, 15. April 2022 21:28 > > An: users@tomcat.apache.org > > Betreff: Re: AW: AW: [OT] Getting TLS handshake details > > > > Thomas, > > > > On 4/15/22 14:11, Thomas Hoffmann (Speed4Trade GmbH) w

AW: AW: AW: [OT] Getting TLS handshake details

Hello Chris, > -Ursprüngliche Nachricht- > Von: Christopher Schultz > Gesendet: Freitag, 15. April 2022 21:28 > An: users@tomcat.apache.org > Betreff: Re: AW: AW: [OT] Getting TLS handshake details > > Thomas, > > On 4/15/22 14:11, Thomas Hoffmann (Speed4Trade GmbH) wrote: > > > > > >>

Re: AW: AW: AW: AW: Question to possible memory leak by Threadlocal variable

Thomas, On 3/29/22 02:42, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello Mark, -Ursprüngliche Nachricht- Von: Mark Eggers Gesendet: Montag, 28. März 2022 23:55 An: users@tomcat.apache.org Betreff: Re: AW: AW: AW: Question to possible memory leak by Threadlocal variable Thomas: On

AW: AW: AW: Question to possible memory leak by Threadlocal variable

Hello Chris, > -Ursprüngliche Nachricht- > Von: Christopher Schultz > Gesendet: Montag, 28. März 2022 18:48 > An: users@tomcat.apache.org > Betreff: Re: AW: AW: Question to possible memory leak by Threadlocal > variable > > Thomas, > > On 3/25/22 16:59, Thomas Hoffmann (Speed4Trade GmbH

AW: AW: AW: AW: Question to possible memory leak by Threadlocal variable

Hello Mark, > -Ursprüngliche Nachricht- > Von: Mark Eggers > Gesendet: Montag, 28. März 2022 23:55 > An: users@tomcat.apache.org > Betreff: Re: AW: AW: AW: Question to possible memory leak by Threadlocal > variable > > Thomas: > > On 3/28/2022 2:01 PM, Tho

Re: AW: AW: AW: Question to possible memory leak by Threadlocal variable

Thomas: On 3/28/2022 2:01 PM, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello Chris, -Ursprüngliche Nachricht- Von: Christopher Schultz Gesendet: Montag, 28. März 2022 18:48 An: users@tomcat.apache.org Betreff: Re: AW: AW: Question to possible memory leak by Threadlocal variable Thom

Re: AW: AW: AW: Question to possible memory leak by Threadlocal variable

Thomas, On 3/28/22 17:01, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello Chris, -Ursprüngliche Nachricht- Von: Christopher Schultz Gesendet: Montag, 28. März 2022 18:48 An: users@tomcat.apache.org Betreff: Re: AW: AW: Question to possible memory leak by Threadlocal variable Thomas,

AW: AW: AW: Question to possible memory leak by Threadlocal variable

Hello Chris, > -Ursprüngliche Nachricht- > Von: Christopher Schultz > Gesendet: Montag, 28. März 2022 18:48 > An: users@tomcat.apache.org > Betreff: Re: AW: AW: Question to possible memory leak by Threadlocal > variable > > Thomas, > > On 3/25/22 16:59, Thomas Hoffmann (Speed4Trade GmbH

AW: AW: AW: Redirect with 301 for directory requested without trailing slash

Thanks a lot, Mark, for analysing the default "sendRedirect()" method. As you suggested, in my overridden method in the response wrapper I don't do any of these checks. So everything works fine now, problem solved! @Thomas - concerning SEO apparently it seems to be best practice to use 301 redir

AW: AW: AW: Redirect with 301 for directory requested without trailing slash

Hello, one topic which was not discussed yet: What is the reason behind sending a permanent redirect instead of temporary redirect for folders without slash? Is it about SEO optimization? The user itself won't recognize any difference and also the different caching won't be noticeable. Up to now

Re: AW: AW: AW: maxConnections behaving unexpected - no connection gets ever refused

Paul, On 5/19/21 08:32, Paul P Wolf wrote: sorry, my message was misformated, so here again with hopefully better formatting: The clients timeout because they spend more than timeout in the acceptCount/backlog queue waiting for Tomcat to call Socket.accept() Ok, so you are stating, that cli

Re: AW: AW: AW: AW: maxConnections behaving unexpected - no connection gets ever refused

On 20/05/2021 10:58, Mark Thomas wrote: I'll get docs updated. The website will update after the next round of releases (due in the first week or so of June). https://ci.apache.org/projects/tomcat/tomcat10/docs/config/http.html Mark -

Re: AW: AW: AW: AW: maxConnections behaving unexpected - no connection gets ever refused

On 20/05/2021 07:24, Paul P Wolf wrote: OK, that looks like clients with a connection timeout of 5s. Correct. I think I forgot to mention, that I set the connection timeout of the curl instances to 5s. I didn't set the max timeout Connection refusal is entirely under the control of the OS and

AW: AW: AW: AW: maxConnections behaving unexpected - no connection gets ever refused

> OK, that looks like clients with a connection timeout of 5s. Correct. I think I forgot to mention, that I set the connection timeout of the curl instances to 5s. I didn't set the max timeout > >> Connection refusal is entirely under the control of the OS and will > >> be driven largely by the a

Re: AW: AW: AW: maxConnections behaving unexpected - no connection gets ever refused

On 19/05/2021 13:32, Paul P Wolf wrote: So we have: maxThreads=4 maxConnections=10 acceptCount=20 The processing time of each request is 10s (thanks to a 10s sleep, which blocks the Thread). So here is what I see instead (note I don't guess the response time, but do actually see/measur

AW: AW: AW: maxConnections behaving unexpected - no connection gets ever refused

sorry, my message was misformated, so here again with hopefully better formatting: > The clients timeout because they spend more than timeout in the > acceptCount/backlog queue waiting for Tomcat to call Socket.accept() Ok, so you are stating, that clients timeout while their requests are in the

AW: AW: AW: maxConnections behaving unexpected - no connection gets ever refused

> The clients timeout because they spend more than timeout in the > acceptCount/backlog queue waiting for Tomcat to call Socket.accept() Ok, so you are stating, that clients timeout while their requests are in the acceptCount/backlog. This is not what I am seeing. See below. > So we have: > max

Re: AW: AW: AW: AJP Connector issue

Hi Florian. The log below shows clearly "The AJP Connector is configured with secretRequired="true"". This probably comes from the fact that in your AJP Connector configuration, you either - have an explicit secretRequired="true" attribute or - you do not mention this attribute, and it defaults

AW: AW: AW: AJP Connector issue

Just to make it clear what from my opinion the problem is: SCHWERWIEGEND [main] org.apache.catalina.core.StandardService.startInternal Failed to start connector [Connector[AJP/1.3-8011]] org.apache.catalina.LifecycleException: Der Start des Protokoll-Handlers ist fehlgeschlagen

AW: AW: AW:

Hi Mark, sorry for not being specific enough. I Need the Mailing list that sends E-Mails like this: Subject [ANN] Apache Tomcat 8.5.33 available Date Aug 20th The Apache Tomcat team announces the immediate availability of Apache Tomcat 8.5.33. Apache Tomcat 8 is an open source software impleme

AW: AW: AW: AW: How to cancel download on the server side

Hi > It is a dirty Tomcat specific trick that will only work as long as the code > is the way it is but if you throw a ClientAbortException wrapped > in a ServletException you shouldn't see that log message. Thanks a lot, this was just what I was looking for. Regards, Steffen smime.p7s

Re: AW: AW: AW: How to cancel download on the server side

On 03/06/2016 22:08, Steffen Heil (Mailinglisten) wrote: > Hi > > >> throw new ServletException(); > > That was the difference. I threw a IllegalStateException(), so tomcat sent > "0\r\n". > I changed my code to throw a ServletException() and now it works. > Thanks for that. > > > One very l

AW: AW: AW: How to cancel download on the server side

Hi > throw new ServletException(); That was the difference. I threw a IllegalStateException(), so tomcat sent "0\r\n". I changed my code to throw a ServletException() and now it works. Thanks for that. One very little thing left: Is there a way to suppress the logged exception: Jun 03, 2016

AW: AW: AW: Suppress or replace WWW-Authorization header

I want to say thank you all for your help and many different ways to solve my problem. I think the most -maybe all- will work in an ideal world without hard requirements through legacy client-applications. I don't want to hold on BASIC as auth-method because I like it so much, I prefer to kick that

AW: AW: AW: Suppress or replace WWW-Authorization header

-Ursprüngliche Nachricht- Von: André Warnier (tomcat) [mailto:a...@ice-sa.com] Gesendet: Mittwoch, 28. Oktober 2015 20:42 An: users@tomcat.apache.org Betreff: Re: AW: AW: Suppress or replace WWW-Authorization header On 28.10.2015 17:42, Torsten Rieger wrote: > -Ursprüngliche Nachricht-

Re: AW: AW: AW: Tomcat 6, DB2 Driver Problems

On 10/29/15 7:14 AM, Christopher Schultz wrote: > Simon, > > On 10/29/15 4:28 AM, simone.rodenbach@devk.de wrote: >> Thx, >> >> I hope this information helps: (The >> org.apache.commons.pool.impl.GenericObjectPool starts a timer ... ) >> >> ava.util.TimerThread @ 0xc0772288

Re: AW: AW: AW: Tomcat 6, DB2 Driver Problems

Simon, On 10/29/15 4:28 AM, simone.rodenbach@devk.de wrote: > Thx, > > I hope this information helps: (The > org.apache.commons.pool.impl.GenericObjectPool starts a timer ... ) > > ava.util.TimerThread @ 0xc0772288 > |Timer-0|

AW: AW: AW: Tomcat 6, DB2 Driver Problems

Thx, I hope this information helps: (The org.apache.commons.pool.impl.GenericObjectPool starts a timer ... ) ava.util.TimerThread @ 0xc0772288 |Timer-0| 128 | 384 |org.apache.catalina.loader.WebappClassLoader @ 0xc04bed30

Re: AW: AW: AW: request.getRemoteAddr() sometimes returning IP address from the previous request

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Clemens, On 3/14/14, 3:33 AM, Clemens Wyss DEV wrote: >> If you are starting a new thread to generate a PDF > yes we do >> but blocking the request-processing thread waiting for it to >> complete > no we don't > >> Okay, so this is your error hand

AW: AW: AW: request.getRemoteAddr() sometimes returning IP address from the previous request

> If you are starting a new thread to generate a PDF yes we do >but blocking the request-processing thread waiting for it to complete no we don't >Okay, so this is your error handler checking the value of >request.getRemoteAddr() and throwing an error because the IP >address is not valid for tha

Re: AW: AW: AW: request.getRemoteAddr() sometimes returning IP address from the previous request

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Clemens, On 3/12/14, 11:34 AM, Clemens Wyss DEV wrote: >> Do you have any proof of this or is this just guess work? > No guessing. Am taking into account apache's access-log and our > application logging. We log the IP (i.e. request#getRemoteAddress

AW: AW: AW: request.getRemoteAddr() sometimes returning IP address from the previous request

> Do you have any proof of this or is this just guess work? No guessing. Am taking into account apache's access-log and our application logging. We log the IP (i.e. request#getRemoteAddress) of sepcific requests into our application logs and from time to time see the IP oft he "previous request"

AW: AW: AW: [tomcat 5.5.26] why are not all log4j.properties files parsed

Hi Chris are you in fact saying that we can use the latest Tomcat on OpenVMS Itanium 8.4 given this OpenVMS has yet a oracle/hp java jdk 1.6.0-04 installed? any references for that Josef -Ursprüngliche Nachricht- Von: Christopher Schultz [mailto:ch...@christopherschultz.net] Gesende

Re: AW: AW: AW: AW: AJP suddenly Stopps acting: ajp on 7009 and 9009 : connections keept open

On 14/03/2013 13:10, David Kumar wrote: > I tried to just restart the Apache, didn't work. As suggested I > tried to use the option -DisableReuse. That did make our situation a > lot more horrible instead of days / week we it took just minutes to > shut all AJP ports down. Interesting. If the p

AW: AW: AW: AW: AJP suddenly Stopps acting: ajp on 7009 and 9009 : connections keept open

Hey André, André Warnier wrote: >The "jsvc" process here is the wrapper which wraps the JVM and Tomcat to >>allow them to use >orts below 1024 and still run as non-root. For practical purposes, >consider it as "tomcat". > >As you can see, there are some AJP connections (local port 8009) in t

Re: AW: AW: AW: AJP suddenly Stopps acting: ajp on 7009 and 9009 : connections keept open

David Kumar wrote: Hey, I'm using: lsof -u tomcat example of "netstat" output on one of our own systems right now : 1) first one vovm1:~# netstat -t -pan | grep -v ESTAB Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address

Re: AW: AW: AW: AJP suddenly Stopps acting: ajp on 7009 and 9009 : connections keept open

Hi. Note: try to avoid top-posting, on this list. (top-posting means responding on top of the previous message, like I am doing just now). The reason why we ask not to do that, is that it forces whoever is reading your message, to scroll down and try to figure out to what question(s) you are an

AW: AW: AW: ajp on 7009 and 9009 : connections keept open

endet: Freitag, 18. Januar 2013 11:19 An: Tomcat Users List; Tomcat Users List Betreff: AW: AW: AW: ( ajp on 7009 and 9009 not afs3-rmtsys): connections keept open Hey, I do that at next deployment. --> I Thursday... So far I'm trying executor for tomcat. As far I read, when I'm usin

AW: AW: AW: ( ajp on 7009 and 9009 not afs3-rmtsys): connections keept open

Hey, I do that at next deployment. --> I Thursday... So far I'm trying executor for tomcat. As far I read, when I'm using connectors idle process are forced to be close.. Mit freundlichen Grüßen David Kumar Softwareentwickler, B. Sc. Abteilung Infotech - Interaktiv TELESTAR-DIGITAL GmbH Am

RE: AW: AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions

> From: Altmeier, Christian [mailto:christian.altme...@softwareag.com] > Subject: AW: AW: AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions > do you have a guideline how to get the thread dump? It's in the FAQ: http://wiki.apache.or

AW: AW: AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions

. November 2012 20:51 An: Tomcat Users List Betreff: Re: AW: AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions * PGP Signed by an unknown key Christian, On 11/5/12 10:48 AM, Altmeier, Christian wrote: > I don't think so ... but I can't exclude it. The problem is, that > ever

Re: AW: AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian, On 11/5/12 10:48 AM, Altmeier, Christian wrote: > I don't think so ... but I can't exclude it. The problem is, that > everything works fine and then suddenly all session, which are not > closes by the browser, stay open. Have you an idea

AW: AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions

idster.com] Gesendet: Montag, 5. November 2012 16:43 An: Tomcat Users List Betreff: Re: AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions * PGP Signed: 05.11.2012 at 16:42:54 On 05/11/2012 15:27, Altmeier, Christian wrote: > Yes I think so: > > Session Id Guessed Locale

Re: AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions

6:20 > An: Tomcat Users List > Betreff: Re: AW: AW: AW: tomcat 6.0.32 stops expiring sessions > > On 11/5/2012 10:07 AM, Altmeier, Christian wrote: >> No, sorry. Default should be 30 Minutes We set it to 66 Minutes But >> the sessions didn't even expire after 75 hou

AW: AW: AW: AW: tomcat 6.0.32 stops expiring sessions

... -Ursprüngliche Nachricht- Von: David kerber [mailto:dcker...@verizon.net] Gesendet: Montag, 5. November 2012 16:20 An: Tomcat Users List Betreff: Re: AW: AW: AW: tomcat 6.0.32 stops expiring sessions On 11/5/2012 10:07 AM, Altmeier, Christian wrote: > No, sorry. Default should be 30 Minu

Re: AW: AW: AW: tomcat 6.0.32 stops expiring sessions

On 11/5/2012 10:07 AM, Altmeier, Christian wrote: No, sorry. Default should be 30 Minutes We set it to 66 Minutes But the sessions didn't even expire after 75 hours inactive time. Are you sure they're really inactive that entire time, and don't have some kind of keepalive going on? -U

AW: AW: AW: tomcat 6.0.32 stops expiring sessions

No, sorry. Default should be 30 Minutes We set it to 66 Minutes But the sessions didn't even expire after 75 hours inactive time. -Ursprüngliche Nachricht- Von: Igor Cicimov [mailto:icici...@gmail.com] Gesendet: Montag, 5. November 2012 14:01 An: Tomcat Users List Betreff: Re: AW: AW: tomc

Re: AW: AW: AW: WebSockets and HTTPS problems

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steffen, On 10/11/12 11:36 AM, Steffen Heil (Mailinglisten) wrote: >> See if this fixes if for you: >> http://people.apache.org/~markt/dev/tomcat-7/v7.0.33-r1397089/apache- >> >> tomcat-7.0.33-r1397089.tar.gz > > Preliminary tests look promising. E

AW: AW: AW: WebSockets and HTTPS problems

Hi > See if this fixes if for you: > http://people.apache.org/~markt/dev/tomcat-7/v7.0.33-r1397089/apache- > tomcat-7.0.33-r1397089.tar.gz Preliminary tests look promising. Everything worked (using a few single click tests so far). Thanks! > This is not an official release. Use it at your own

AW: AW: AW: Tomcat Cluster 6.x and HTTP/1.1 503 Service Temporarily Unavailable

Hi, I changed the worker list to comma-separated list. My server.xml:

Re: AW: AW: AW: java.io.IOException: Stream closed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan, Schuster Stefan wrote: > As far as I can tell, the XML-Beans generated code works well - even if > The stream is closed after reading, this should be no problem as the next > request will submit a new stream, right? Yes, your servlet can clos

AW: AW: AW: java.io.IOException: Stream closed

Hi, sorry for the long delay - I needed some time away from tomcat and XML ;) The client is XCelsius (an MS Excel extension that can be used to access webservices and read XML files from web resources). As far as I can tell, the XML-Beans generated code works well - even if The stream is closed a

AW: AW: AW: Different session timeout for local and external users

yes thanks I will do that. So I cannot just add the filter to the global web.xml at conf/web.xml? -Ursprüngliche Nachricht- Von: Mikolaj Rydzewski [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 14. November 2008 12:53 An: Tomcat Users List Betreff: Re: AW: AW: Different session timeout for l

Re: AW: AW: AW: Problem calling the Web-Application by Alias name

if you want both port 80 and 8080 you need two connectors http://dato.app.at --> port: 80 context: / ok it should be called http://dato.app.at/app (this maked I wrong), but what should I do because of Port, so that I have not to write the Port number in URL adress. Should I write http

AW: AW: AW: Problem calling the Web-Application by Alias name

>>http://dato.app.at >>--> >>port: 80 >>context: / ok it should be called http://dato.app.at/app (this maked I wrong), but what should I do because of Port, so that I have not to write the Port number in URL adress. Should I write http://dato.at:8080/app --> port: 808

AW: AW: AW: logging log4j of my application

Sorry for spaming but solution is found! Jar file was corrupted. Thanks @ all marc -Ursprüngliche Nachricht- Von: Marc Rameder [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 22. Mai 2007 16:38 An: 'Tomcat Users List' Betreff: AW: AW: AW: logging log4j of my application Fi

AW: AW: AW: logging log4j of my application

First of all thanks for your help!!! But I didn't find a solution until now. After revising the source code if found the main problem. I am using commons logging and not log4j. By using log4j all works fine. import org.apache.log4j.Logger; import org.apache.log4j.BasicConfigurator; private static

AW: AW: AW: Cannot run JVM in server mode with JSVC

Sorry, couldn't get back to this as I had a week off. I set jsvc to debug mode. The problem was: the search path for jvm.cfg was here : .../jdk1.5.0_06/jre/lib/jvm.cfg while the actual file resided here: .../jdk1.5.0_06/jre/lib/i386/jvm.cfg. What I did I just copied the jvm.cfg to the search p

AW: AW: AW: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response

liche Nachricht- Von: Rainer Jung [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 18. Januar 2007 17:01 An: Tomcat Users List Betreff: Re: AW: AW: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response [EMAIL PROTECTED] wrote: > Hi Peter, > > Thanks for your

Re: AW: AW: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response

[EMAIL PROTECTED] wrote: Hi Peter, Thanks for your very detailed answer. I see, ReplicationValve triggers the session replication after completion of request/response. But which data of the session (parts or the complete session) depends on the manager. Looking at the JavaDoc neither DeltaM

AW: AW: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response

:[EMAIL PROTECTED] Gesendet: Donnerstag, 18. Januar 2007 13:49 An: Tomcat Users List Betreff: Re: AW: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response Hi Andy, Please, look to ReplicationValve source code! === Snip ReplicationValve code 346ff getNext

Re: AW: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response

Peter Rossbach [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 18. Januar 2007 08:45 An: Tomcat Users List Betreff: Re: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response Hmm, It is not true, that multiple session replications are processed of one request! Ses

AW: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response

To trigger the replication the ReplicationValve is used but I am still searching for a *Manager which fits my needs described above. Regards Andy -Ursprüngliche Nachricht- Von: Peter Rossbach [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 18. Januar 2007 08:45 An: Tomcat Users List Betreff:

Re: AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response

Hmm, It is not true, that multiple session replications are processed of one request! Session are replicated only after response processing is finished, see class o.a.c.cluster.tcp.ReplicationValve. As you have multiple request at same session, you can have small inconsistency problems.

AW: AW: AW: Tomcat 5.5 Cluster: Session Replication before sending the response

Hi Peter, Thanks for your answer. As far as I know the SimpleTcpReplicationManager has been implemented for Tomcat 4 an replicates the session when it changes. So everytime the session changes it would replicate it. Thus TC would replicate my session several times during the processing of a req

AW: AW: AW: apache 2.0.54 + mod_jk 1.2.14 - sticky sessions not working

The system i'm currently testing with is only a little test system, it is not inteded to go productive in that configuration ;-) But thanks for the tip you anyway. The jk.log has no error messages, and here is the log grepped for "found best worker": [Tue Oct 25 15:52:23 2005] [28304:49172] [debug