clustering logging erors Tomcat10 with Java 17

Hello, Can someone try to explain what this Catalina.log snippet is saying in regards to clustering status? It looks like to me, this machine successfully sent a session data state msg to the other machine in the cluster, but 60 sec later the other machine did not respond with with its

Re: Use JAVA/CATALINA_OPTS arguments in server.xml

чт, 21 мар. 2024 г. в 17:04, Manak Bisht : > > I have not defined its value. It works fine if I do, however, I am > expecting it to use the default instead. How old is your version of Tomcat? This feature dates back to spring of year 2020

Re: Use JAVA/CATALINA_OPTS arguments in server.xml

Manak, On 3/21/24 09:57, Manak Bisht wrote: On Thu, 21 Mar 2024, 19:18 Christopher Schultz, < ch...@christopherschultz.net> wrote: Manak, On 3/21/24 05:38, Manak Bisht wrote: Thanks, Chuck! This works for defining the port but does not work for the host. Using either of the above throws

Re: Use JAVA/CATALINA_OPTS arguments in server.xml

I have not defined its value. It works fine if I do, however, I am expecting it to use the default instead. Sincerely, Manak Bisht On Thu, 21 Mar 2024, 19:18 Christopher Schultz, < ch...@christopherschultz.net> wrote: > Manak, > > On 3/21/24 05:38, Manak Bisht wrote: > > Thanks, Chuck! > > This

Re: Use JAVA/CATALINA_OPTS arguments in server.xml

Manak, On 3/21/24 05:38, Manak Bisht wrote: Thanks, Chuck! This works for defining the port but does not work for the host. port="4000" host="${tomcat.member:-localhost}"/> port="4000" host="${tomcat.member:-127.0.0.1}"/> Using either of the above throws the following error, 21-Mar-2024

Re: Use JAVA/CATALINA_OPTS arguments in server.xml

Thanks, Chuck! This works for defining the port but does not work for the host. Using either of the above throws the following error, 21-Mar-2024 15:04:58.185 SEVERE [GroupChannel-Heartbeat-1] org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.memberAlive Unable to perform

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

topAtLevel=1 By the way, I'm running my website using Tomcat 9.0.58, Java "11.0.21+9-post-Ubuntu-0ubuntu122.04", Ubuntu 22.04.03. And I am developing using Eclipse and compiling my WAR file with a "Compiler compliance level:11". You could try a more recent JVM version; JDK 11

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

tripped on this mailing list. > Does anybody know how to deal with this? You could disable the C2 compiler temporarily, and just let C1 handle your code. Performance will be somewhat degraded, but may well still be acceptable. Add the following to the JVM options when you launch Tomcat:

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

ter 3-4 days and not sooner? I don't know. I am attaching the GIF in this email. Does anybody know how to deal with this? I have been struggling with this issue already for 3 months. At least now I know that this is a native memory leak, but at this point I feel lost. By the way, I'm running my web

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

ter 3-4 days and not sooner? I don't know. I am attaching the GIF in this email. Does anybody know how to deal with this? I have been struggling with this issue already for 3 months. At least now I know that this is a native memory leak, but at this point I feel lost. By the way, I'm running my web

Re: Cannot start java issue after Tomcat9 and JDK 11 updates

Chris, I did not remove the previous service, but in the Tomcat properties manager, Java tab, all the paths were correct. However, after reviewing your email, I deleted the tomcat9 service and then reinstalled it. That did the trick! I was able to start the service. Thank you so much

Re: Cannot start java issue after Tomcat9 and JDK 11 updates

Lori, On 2/1/24 10:35, Lori Kilen wrote: Hello, I have a Windows server (v2019) and I've updated java to Corretto jdk11.0.22_7 and Tomcat to 9.0.85. I added Tomcat as a Windows Service. I can start Tomcat from CMD using startup.bat and I can open localhost:8080 in a browser to display

Cannot start java issue after Tomcat9 and JDK 11 updates

Hello, I have a Windows server (v2019) and I've updated java to Corretto jdk11.0.22_7 and Tomcat to 9.0.85. I added Tomcat as a Windows Service. I can start Tomcat from CMD using startup.bat and I can open localhost:8080 in a browser to display Tomcat page. But I cannot start Tomcat from

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

l RAM that has been enough for years. - Java 11.0.20.1+1-post-Ubuntu-0ubuntu122.04 / openjdk 11.0.20.1 2023-08-24 - Tomcat 9.0.58 (JAVA_OPTS="-Djava.awt.headless=true -Xmx1000m -Xms1000m ..") - My app, which I developed myself, and has been running without any problems for years

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

Hi, Am 05.01.2024 um 23:21 schrieb Brian Braun: Tracking native memory usage can be tricky depending upon your environment. I would only look into that if there were somethng very odd going on, like your process memory space seems to be more than 50% taken by non-java-heap memory. Well

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

> On Jan 5, 2024, at 16:21, Brian Braun wrote: >> >> Tracking native memory usage can be tricky depending upon your >> environment. I would only look into that if there were somethng very odd >> going on, like your process memory space seems to be more than 50% taken

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

it doesn't care about the value I give to -Xmx, it uses all the memory it wants. Doing what? I don't know. > Yes, the memory used by the JVM started to grow suddenly one day, after > > several years running fine. Since I had not made any changes to my app, I > > really don't know the

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

started to grow suddenly one day, after several years running fine. Since I had not made any changes to my app, I really don't know the reason. And I really think this should not be happening without an explanation. I don't have any Java OOME exceptions, so it is not that my objects don't fit. Even

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

Hi Brian, Am 30.12.2023 um 21:42 schrieb Brian Braun: I don't have any Java OOME exceptions, so it is not that my objects don't fit. Even if I supply 300MB to the -Xmx parameter. In fact, as I wrote, I don't think the Heap and non-heap usage is the problem. I have been inspecting those

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

an explanation. I don't have any Java OOME exceptions, so it is not that my objects don't fit. Even if I supply 300MB to the -Xmx parameter. In fact, as I wrote, I don't think the Heap and non-heap usage is the problem. I have been inspecting those and their usage seems to be normal/modest and steady. I

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

for my issue. Because of that I am able to post a new more specific email. Thanks a lot!!! Now, this is my stack: - Ubuntu 22.04.3 on x86/64 with 2GM of physical RAM that has been enough for years. - Java 11.0.20.1+1-post-Ubuntu-0ubuntu122.04 / openjdk 11.0.20.1 2023-08-24 - Tomcat 9.0.58

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

> > > - Ubuntu 22.04.3 on x86/64 with 2GM of physical RAM that has been enough > > for years. > > > I presume the “2GM” above should be “2GB”. > Yes, sorry, I mean to write "2GB". > > > - Java 11.0.20.1+1-post-Ubuntu-0ubuntu122.04 / openjdk 11.0.20

Re: Tomcat/Java starts using too much memory and not by the heap or non-heap memory

a lot of potential > roots for my issue. Because of that I am able to post a new more specific > email. Thanks a lot!!! > > Now, this is my stack: > > - Ubuntu 22.04.3 on x86/64 with 2GM of physical RAM that has been enough > for years. I presume the “2GM” above should be “2

Tomcat/Java starts using too much memory and not by the heap or non-heap memory

a new more specific email. Thanks a lot!!! Now, this is my stack: - Ubuntu 22.04.3 on x86/64 with 2GM of physical RAM that has been enough for years. - Java 11.0.20.1+1-post-Ubuntu-0ubuntu122.04 / openjdk 11.0.20.1 2023-08-24 - Tomcat 9.0.58 (JAVA_OPTS="-Djava.awt.headless=true -Xmx1000m -Xms

RE: JAVA -tomcat- Request header is too large

Thank you, Chris. Right now, we're on 9.x line. But this is a very important and useful field for debugging which we should be aware of. Thanks, Amit -Original Message- From: Christopher Schultz Sent: Monday, December 11, 2023 2:02 PM To: users@tomcat.apache.org Subject: Re: JAVA

Re: Use JAVA/CATALINA_OPTS arguments in server.xml

> On Dec 12, 2023, at 09:11, Manak Bisht wrote: > > Hi, is it possible to use values passed as arguments through > *JAVA_OPTS *or *CATALINA_OPTS > *in the *server.xml*? Yes. For example, setting the port number in server.xml for the default connector: And using the following in

Use JAVA/CATALINA_OPTS arguments in server.xml

Hi, is it possible to use values passed as arguments through *JAVA_OPTS *or *CATALINA_OPTS *in the *server.xml*? Sincerely Manak Bisht

Re: JAVA -tomcat- Request header is too large

in the AccessLogValve for reporting that value anywhere... -chris -Original Message- From: Mark Thomas Sent: Monday, December 11, 2023 3:06 AM To: users@tomcat.apache.org Subject: Re: JAVA -tomcat- Request header is too large CAUTION: This email originated from outside the organization

RE: JAVA -tomcat- Request header is too large

Mark, Chris, What request ID we're referring to here? Perhaps, I missed some documentation? How do we enable it? Thanks, Amit -Original Message- From: Mark Thomas Sent: Monday, December 11, 2023 3:06 AM To: users@tomcat.apache.org Subject: Re: JAVA -tomcat- Request header is too

Re: JAVA -tomcat- Request header is too large

On 08/12/2023 22:01, Christopher Schultz wrote: Are request-ids always allocated, or only if they are "enabled"? Always allocated. I think adding the request-id to this exception detail message might be helpful, even if the request-id hasn't been enabled in the access-log. WDYT? Good

Re: JAVA -tomcat- Request header is too large

Mark, On 12/8/23 06:50, Mark Thomas wrote: On 08/12/2023 09:27, Ivano Luberti wrote: Il 07/12/2023 17:51, Mark Thomas ha scritto: On 07/12/2023 15:37, Ivano Luberti wrote: Hi, since a few days these errors started showing in my log files: 06-Dec-2023 07:39:56.082 INFO

Re: JAVA -tomcat- Request header is too large

On 08/12/2023 09:27, Ivano Luberti wrote: Il 07/12/2023 17:51, Mark Thomas ha scritto: On 07/12/2023 15:37, Ivano Luberti wrote: Hi, since a few days these errors started showing in my log files: 06-Dec-2023 07:39:56.082 INFO [http-nio-8080-exec-5826]

Re: JAVA -tomcat- Request header is too large

Il 07/12/2023 17:51, Mark Thomas ha scritto: On 07/12/2023 15:37, Ivano Luberti wrote: Hi, since a few days these errors started showing in my log files: 06-Dec-2023 07:39:56.082 INFO [http-nio-8080-exec-5826] org.apache.coyote.http11.Http11Processor.service Error parsing HTTP request

Re: JAVA -tomcat- Request header is too large

On 07/12/2023 15:37, Ivano Luberti wrote: Hi, since a few days these errors started showing in my log files: 06-Dec-2023 07:39:56.082 INFO [http-nio-8080-exec-5826] org.apache.coyote.http11.Http11Processor.service Error parsing HTTP request header  Note: further occurrences of HTTP request

JAVA -tomcat- Request header is too large

Hi, since a few days these errors started showing in my log files: 06-Dec-2023 07:39:56.082 INFO [http-nio-8080-exec-5826] org.apache.coyote.http11.Http11Processor.service Error parsing HTTP request header  Note: further occurrences of HTTP request parsing errors will be logged at DEBUG

Re: Java/Tomcat is being killed by the Linux OOM killer for using a huge amount of RAM. How can I know what was going on inside my app (& Tomcat & the JVM) to make that happen?

Brian, On 11/16/23 15:26, Brian Braun wrote: First of all, this is my stack: - Ubuntu 22.04.3 on x86/64 with 2GM of physical RAM that has been enough for years. - Java 11.0.20.1+1-post-Ubuntu-0ubuntu122.04 / openjdk 11.0.20.1 2023-08-24 - Tomcat 9.0.58 (JAVA_OPTS="-Djava.awt.headless

Java/Tomcat is being killed by the Linux OOM killer for using a huge amount of RAM. How can I know what was going on inside my app (& Tomcat & the JVM) to make that happen?

Hello, First of all, this is my stack: - Ubuntu 22.04.3 on x86/64 with 2GM of physical RAM that has been enough for years. - Java 11.0.20.1+1-post-Ubuntu-0ubuntu122.04 / openjdk 11.0.20.1 2023-08-24 - Tomcat 9.0.58 (JAVA_OPTS="-Djava.awt.headless=true -Xmx900m -Xms16m ..") - My ap

Re: FIPS Configuration for Java 11/17 and Tomcat 9

Amit, On 11/2/23 21:18, Amit Pande wrote: Please refer to the link below in case you are interested in configuring FIPS for Tomcat 9 running on Java 17. https://github.com/amitlpande/tomcat-9-fips/wiki/Java-11-17-Tomcat-9-FIPS-Configuration-Using-Bouncy-Castle I have tested steps for Java 11

FIPS Configuration for Java 11/17 and Tomcat 9

Please refer to the link below in case you are interested in configuring FIPS for Tomcat 9 running on Java 17. https://github.com/amitlpande/tomcat-9-fips/wiki/Java-11-17-Tomcat-9-FIPS-Configuration-Using-Bouncy-Castle I have tested steps for Java 11 and even Java 8 too. But there are different

RE: [External] RE: Java 9+ and custom JCE/JSSE providers

se/JDK-7133344 https://github.com/frohoff/jdk8u-dev-jdk/blob/master/src/share/lib/security/java.security-linux Thanks, Amit -Original Message- From: Berneburg, Cris J. - US Sent: Thursday, November 2, 2023 3:41 PM To: Tomcat Users List Subject: [External] RE: Java 9+ and custom JCE/JSSE providers

RE: Java 9+ and custom JCE/JSSE providers

y, October 31, 2023 10:23 AM To: Tomcat Users List Subject: Java 9+ and custom JCE/JSSE providers EXTERNAL EMAIL - This email originated from outside of CACI. Do not click any links or attachments unless you recognize and trust the sender. Hello, I am in the process of updating https://github.c

Re:RE: How to custom java program to decrypt keystore password in Tomcat 10.1.15

ration. > >> -Original Message- >> From: Mark Thomas >> Sent: Friday, October 27, 2023 3:45 AM >> To: users@tomcat.apache.org >> Subject: Re: How to custom java program to decrypt keystore password in >> Tomcat 10.1.15 >> >> On 26/10/

RE: [External] Re: Java 9+ and custom JCE/JSSE providers

Setting CLASSPATH worked perfectly! Thank you so much Mark! Thanks, Amit -Original Message- From: Mark Thomas Sent: Tuesday, October 31, 2023 2:47 PM To: users@tomcat.apache.org Subject: [External] Re: Java 9+ and custom JCE/JSSE providers CAUTION: This email originated from outside

RE: [External] Re: Java 9+ and custom JCE/JSSE providers

Adding the provider jars to CLASSPATH solved the issue. Thank you so much Mark for your quick feedback. Thanks, Amit -Original Message- From: Mark Thomas Sent: Tuesday, October 31, 2023 2:47 PM To: users@tomcat.apache.org Subject: [External] Re: Java 9+ and custom JCE/JSSE providers

Re: Java 9+ and custom JCE/JSSE providers

On 31/10/2023 14:22, Amit Pande wrote: Hello, I am in the process of updating https://github.com/amitlpande/tomcat-9-fips page for version later than Java 8. Ran into an issue: 1. Was looking the configure the additional bouncy castle providers in the Java install itself

Java 9+ and custom JCE/JSSE providers

Hello, I am in the process of updating https://github.com/amitlpande/tomcat-9-fips page for version later than Java 8. Ran into an issue: 1. Was looking the configure the additional bouncy castle providers in the Java install itself by: * Modifying the java.security file to add

RE: How to custom java program to decrypt keystore password in Tomcat 10.1.15

for your cooperation. > -Original Message- > From: Mark Thomas > Sent: Friday, October 27, 2023 3:45 AM > To: users@tomcat.apache.org > Subject: Re: How to custom java program to decrypt keystore password in > Tomcat 10.1.15 > > On 26/10/2023 11:05, yanyizho

Re: How to custom java program to decrypt keystore password in Tomcat 10.1.15

yanyizhong and Mark, On 10/27/23 04:44, Mark Thomas wrote: On 26/10/2023 11:05, yanyizhong wrote: Hi Tomcat team, Version: Tomcat 10.1.15 I am trying to upgrade Tomcat from version 9.0.56 into 10.1.15, and found that there is no setKeystorePass(String) method in tomcat 10.1.15. As we

Re: How to custom java program to decrypt keystore password in Tomcat 10.1.15

On 26/10/2023 11:05, yanyizhong wrote: Hi Tomcat team, Version: Tomcat 10.1.15 I am trying to upgrade Tomcat from version 9.0.56 into 10.1.15, and found that there is no setKeystorePass(String) method in tomcat 10.1.15. As we want to use the custom keystore encryption password in

How to custom java program to decrypt keystore password in Tomcat 10.1.15

Hi Tomcat team, Version: Tomcat 10.1.15 I am trying to upgrade Tomcat from version 9.0.56 into 10.1.15, and found that there is no setKeystorePass(String) method in tomcat 10.1.15. As we want to use the custom keystore encryption password in server.xml like this: And the java class

[#25519] Migrating Tomcat 8/9 and a single webapp to Java 17 disconfigures Tomcat logs

Nowe zgłoszenie w systemie: #25519 Data utworzenia: 2023-10-05 Temat: Migrating Tomcat 8/9 and a single webapp to Java 17 disconfigures Tomcat logs Hi Chris, We were already considering the jump to log4j for a number of reasons (Removal of an old custom formatter, adding BurstFilter

Re: Migrating Tomcat 8/9 and a single webapp to Java 17 disconfigures Tomcat logs

ll… >> root@8ad4f1dcd125:/usr/local/tomcat# find ./ -type f -name logging.properties >> ./conf/logging.properties >> ./webapps/corporativo-comum/WEB-INF/lib/org/springframework/boot/logging/java/logging.properties >> So there’s springboot's logging.properties. Should it rea

Re: Migrating Tomcat 8/9 and a single webapp to Java 17 disconfigures Tomcat logs

Alcides, On 9/29/23 15:34, Alcides Moraes wrote: Forgot to expand the webapps/WEB-INF/lib jars as well… root@8ad4f1dcd125:/usr/local/tomcat# find ./ -type f -name logging.properties ./conf/logging.properties ./webapps/corporativo-comum/WEB-INF/lib/org/springframework/boot/logging/java

Re: Migrating Tomcat 8/9 and a single webapp to Java 17 disconfigures Tomcat logs

Forgot to expand the webapps/WEB-INF/lib jars as well… root@8ad4f1dcd125:/usr/local/tomcat# find ./ -type f -name logging.properties ./conf/logging.properties ./webapps/corporativo-comum/WEB-INF/lib/org/springframework/boot/logging/java/logging.properties So there’s springboot's

Re: Migrating Tomcat 8/9 and a single webapp to Java 17 disconfigures Tomcat logs

Hi Christopher, Thanks for the suggestion, we do add some jars to Tomcat lib (mainly Prometheus, Hazelcast) I expanded every jar inside tomcat/lib and ran a find command. root@05ae85e03d7d:/# find ./ -type f -name logging.properties ./usr/local/tomcat/conf/logging.properties ./opt/java/openjdk

Re: Migrating Tomcat 8/9 and a single webapp to Java 17 disconfigures Tomcat logs

Alcides, On 9/28/23 14:55, Alcides Moraes wrote: Hello everyone, I’m new to the list even though I’ve been a Java web developer for many years, I’ve never had the need to post here, but this time I think I may have stumbled upon a bug, and nothing turns up online on this issue. We’re

Migrating Tomcat 8/9 and a single webapp to Java 17 disconfigures Tomcat logs

Hello everyone, I’m new to the list even though I’ve been a Java web developer for many years, I’ve never had the need to post here, but this time I think I may have stumbled upon a bug, and nothing turns up online on this issue. We’re migrating our containerized legacy webapps from Java 8/11

Re: Jakarta migration issue in Tomcat 10.1.12 with Java 11

28 Sept 2023 03:22:26 Muralisankar Srinivasan : Dear Users, I am facing the following Exceptions from the Java Maven application which is migrated from Javax to Jakarta, using "jakartaee-migration-1.0.7". The application was successful in "Apache Tomcat Version 9.0.64&qu

Re: [External]Re: Tomcat 10 on RHEL 8 with Java 17

ant to use log4j for Tomcat's internal logging you'll need to use log4j 2.x with the JUL adapter. INFO: The Apache Tomcat Native library which allows using OpenSSL was not found on the java.library.path: [/usr/java/packages/lib:/usr/lib64:/lib64:/lib:/usr/lib] That means that the OpenSSL impl

Jakarta migration issue in Tomcat 10.1.12 with Java 11

Dear Users, I am facing the following Exceptions from the Java Maven application which is migrated from Javax to Jakarta, using "jakartaee-migration-1.0.7". The application was successful in "Apache Tomcat Version 9.0.64". Please suggest the dependencies to be added in p

Re: [External]Re: Tomcat 10 on RHEL 8 with Java 17

dException: org.apache.logging.log4j.jul.LogManager I came across documentation saying I need tomcat-juli-adapters.jar but cannot find it for Tomcat v10. I am also seeing INFO: The Apache Tomcat Native library which allows using OpenSSL was not found on the java.library.path: [/usr/java/packages/lib:/usr/lib64:/lib64:/li

Re: [External]Re: Tomcat 10 on RHEL 8 with Java 17

Hi Thomas, I didn’t post those checks. I ran ps -ef | egrep -I ‘tomc|java’ as well as netstat -tlpn I did not see any indication that Tomcat had started. @Stephanie Hi Stephanie, I checked the ownership and permissions plus ran chown -R tomcat:tomcat /usr/local/tomcat -Chris From

AW: [External]Re: Tomcat 10 on RHEL 8 with Java 17

Hi Chris, > -Ursprüngliche Nachricht- > Von: Christopher Bland > Gesendet: Mittwoch, 27. September 2023 19:19 > An: Tomcat Users List > Betreff: Re: [External]Re: Tomcat 10 on RHEL 8 with Java 17 > > Hi Chris, > > I didn’t get the error message.

Re: [External]Re: Tomcat 10 on RHEL 8 with Java 17

./catalina.sh run > Using CATALINA_BASE: /usr/local/tomcat > Using CATALINA_HOME: /usr/local/tomcat > Using CATALINA_TMPDIR: /usr/local/tomcat/temp > Using JRE_HOME:/usr/lib/jvm/java-17-openjdk-17.0.8.0.7-2.el8.x86_64 > Using CLASSPATH: > > /usr/local/tomcat/bin/*:/usr/lo

Re: [External]Re: Tomcat 10 on RHEL 8 with Java 17

Hi Chris, I didn’t get the error message. Tomcat still isn’t starting # ./catalina.sh run Using CATALINA_BASE: /usr/local/tomcat Using CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME:/usr/lib/jvm/java-17-openjdk-17.0.8.0.7-2.el8.x86_64

Re: Tomcat 10 on RHEL 8 with Java 17

ng CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME: /usr/lib/jvm/java-17-openjdk-17.0.8.0.7-2.el8.x86_64 Using CLASSPATH: /usr/local/tomcat/bin/*:/usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/tomcat-juli.jar Using CATALINA_OPTS: -XX:+Us

Re: Tomcat 10 on RHEL 8 with Java 17

CATALINA_BASE: /usr/local/tomcat Using CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME:/usr/lib/jvm/java-17-openjdk-17.0.8.0.7-2.el8.x86_64 Using CLASSPATH: /usr/local/tomcat/bin/*:/usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin

Tomcat 10 on RHEL 8 with Java 17

/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME:/usr/lib/jvm/java-17-openjdk-17.0.8.0.7-2.el8.x86_64 Using CLASSPATH: /usr/local/tomcat/bin/*:/usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/tomcat-juli.jar Using CATALINA_OPTS: -XX:+UseG1GC

Re: AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

your older keystores are of the storetype JKS or JCEKS, JKS used to be the default I think back in Java 6. Anything newer should throw a warning telling you the industry standard is pkcs12. But you can still open older formats by specifying the "--storetype" option. Your getting that err

Re: AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

or JCEKS, JKS used to be the default I think back in Java 6. Anything newer should throw a warning telling you the industry standard is pkcs12. But you can still open older formats by specifying the "--storetype" option. Your getting that error because you probably didn't tell it

Re: AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

Java Keystores work. And I don't find them especially difficult to work with (other than new formats not being backward-compatible with older JVMs, and as one who has made a comfortable living banging out code for IBM Midrange boxes for over a quarter century, I am quite familiar with a much

Re: AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

Shawn and Mark, On 9/13/23 09:30, Mark Thomas wrote: On 13/09/2023 14:00, Shawn Heisey wrote: On 9/12/23 01:06, Thomas Hoffmann (Speed4Trade GmbH) wrote: I moved away from using the proprietary java keystore format. I switched to using Base64 PEM format. This is usually also the format you

AW: AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

Hello, > -Ursprüngliche Nachricht- > Von: Shawn Heisey > Gesendet: Mittwoch, 13. September 2023 15:00 > An: users@tomcat.apache.org > Betreff: Re: AW: Solution to "Invalid keystore format" (cross-posted to > Tomcat Users List at Apache, and Java 400 List at

Re: AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

On 13/09/2023 14:00, Shawn Heisey wrote: On 9/12/23 01:06, Thomas Hoffmann (Speed4Trade GmbH) wrote: I moved away from using the proprietary java keystore format. I switched to using Base64 PEM format. This is usually also the format you get from the certificate issuer. No need to convert

Re: AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

On 9/12/23 01:06, Thomas Hoffmann (Speed4Trade GmbH) wrote: I moved away from using the proprietary java keystore format. I switched to using Base64 PEM format. This is usually also the format you get from the certificate issuer. No need to convert it into Java format any more and you can also

Re: AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

On 2023/09/12 07:06:52 "Thomas Hoffmann (Speed4Trade GmbH)" wrote: > Hallo James, > > > -Ursprüngliche Nachricht- > > Von: James H. H. Lampert > > Gesendet: Montag, 11. September 2023 18:31 > > An: Java 400 List ; Tomcat Users List > > >

AW: Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

Hallo James, > -Ursprüngliche Nachricht- > Von: James H. H. Lampert > Gesendet: Montag, 11. September 2023 18:31 > An: Java 400 List ; Tomcat Users List > > Betreff: Solution to "Invalid keystore format" (cross-posted to Tomcat Users > List at Apache

Solution to "Invalid keystore format" (cross-posted to Tomcat Users List at Apache, and Java 400 List at Midrange)

s the one from Java 17. And the customer boxes are running Tomcat under much older JVMs, because there's always a significant time lag before any given JVM makes it to an IBM Midrange box. So I was able to salvage one of the certs (and its CA reply, and its chain) by moving the cert to a keystore

AW: Java Connector help needed

Hello Charlie, > -Ursprüngliche Nachricht- > Von: Charlie DiDonato > Gesendet: Sonntag, 13. August 2023 18:08 > An: users@tomcat.apache.org > Betreff: Java Connector help needed > > Hi All, > I am migrating from tomcat 8.5x to 9.0.78 > > Below is my server

Java Connector help needed

Hi All, I am migrating from tomcat 8.5x to 9.0.78 Below is my server .xml I don't have Apache webserver fronting this yet on my local machine (Windows 10). It is a Java app. Here is the part that I feel is relevant, but the full config is listed below that.- I order to see that tomcat

Re: AW: Tomcat 9.0.76 Memory leak with Java 17

Thomas, On 7/13/23 02:19, Thomas Hoffmann (Speed4Trade GmbH) wrote: Hello, -Ursprüngliche Nachricht- Von: Christopher Schultz Gesendet: Mittwoch, 12. Juli 2023 21:34 An: users@tomcat.apache.org Betreff: Re: Tomcat 9.0.76 Memory leak with Java 17 Michael, On 7/12/23 07:33, Michael

AW: Tomcat 9.0.76 Memory leak with Java 17

Hello, > -Ursprüngliche Nachricht- > Von: Christopher Schultz > Gesendet: Mittwoch, 12. Juli 2023 21:34 > An: users@tomcat.apache.org > Betreff: Re: Tomcat 9.0.76 Memory leak with Java 17 > > Michael, > > On 7/12/23 07:33, Michael Osipov wrote: > > O

RE: Tomcat 9.0.76 Memory leak with Java 17

Chris, Yes it is unintentional. Actually once we start it with the Windows service, and run through a few reports on the website, it stops in just ba few minutes. We will look at the java heap size settings. Regards, James Boggs -Original Message- From: Christopher Schultz Sent

Re: Tomcat 9.0.76 Memory leak with Java 17

, 2023 3:32 PM To: users@tomcat.apache.org Subject: Re: Tomcat 9.0.76 Memory leak with Java 17 Suvendu, On 7/12/23 07:11, Suvendu Sekhar Mondal wrote: On Tue, Jul 11, 2023 at 11:48 PM Christopher Schultz wrote: James, On 7/11/23 10:21, James Boggs wrote: We had a stable SSL enabled website

RE: Tomcat 9.0.76 Memory leak with Java 17

- From: Christopher Schultz Sent: Wednesday, July 12, 2023 3:32 PM To: users@tomcat.apache.org Subject: Re: Tomcat 9.0.76 Memory leak with Java 17 Suvendu, On 7/12/23 07:11, Suvendu Sekhar Mondal wrote: > On Tue, Jul 11, 2023 at 11:48 PM Christopher Schultz > wrote: >> >>

Re: Tomcat 9.0.76 Memory leak with Java 17

Michael, On 7/12/23 07:33, Michael Osipov wrote: On 2023/07/11 18:16:24 Christopher Schultz wrote: You should report all of the previous issues to Oracle against their ORDS version 22.1 and ask them to fix them. It's why you write those big, fat checks in the first place ;) This doesn't

Re: Tomcat 9.0.76 Memory leak with Java 17

Suvendu, On 7/12/23 07:11, Suvendu Sekhar Mondal wrote: On Tue, Jul 11, 2023 at 11:48 PM Christopher Schultz wrote: James, On 7/11/23 10:21, James Boggs wrote: We had a stable SSL enabled website with Apache Tomcat 9.0.73 on Windows Server 2012 o/s, Java 8, Oracle ORDS 21.4 and SSL. We

Re: Tomcat 9.0.76 Memory leak with Java 17

On 2023/07/11 18:16:24 Christopher Schultz wrote: > You should report all of the previous issues to Oracle against their > ORDS version 22.1 and ask them to fix them. It's why you write those > big, fat checks in the first place ;) This doesn't really matter. I have reported a memory leak in

Re: Tomcat 9.0.76 Memory leak with Java 17

Hi Chris, On Tue, Jul 11, 2023 at 11:48 PM Christopher Schultz wrote: > > James, > > On 7/11/23 10:21, James Boggs wrote: > > We had a stable SSL enabled website with Apache Tomcat 9.0.73 on Windows > > Server 2012 o/s, Java 8, Oracle ORDS 21.4 and SSL. > >

Re: Tomcat 9.0.76 Memory leak with Java 17

James, On 7/11/23 10:21, James Boggs wrote: We had a stable SSL enabled website with Apache Tomcat 9.0.73 on Windows Server 2012 o/s, Java 8, Oracle ORDS 21.4 and SSL. We simultaneously upgraded to Tomcat 9.0.75, upgraded to Java 17 and to ORDS 22.1, then used Java 17 to create a new Java

Tomcat 9.0.76 Memory leak with Java 17

Hi, We had a stable SSL enabled website with Apache Tomcat 9.0.73 on Windows Server 2012 o/s, Java 8, Oracle ORDS 21.4 and SSL. We simultaneously upgraded to Tomcat 9.0.75, upgraded to Java 17 and to ORDS 22.1, then used Java 17 to create a new Java Keystore and a new SSL csr file

Re: Java G1 GC creating less garbage and taking more time in mixed GC phase

Mark Thomas Sent: 16 May 2023 12:44 To: users@tomcat.apache.org Subject: Re: Java G1 GC creating less garbage and taking more time in mixed GC phase On 16/05/2023 05:12, M Venkata Pratap M wrote: Hi, 1. We are using Http2 , When compared to 9.0.38 tomcat version , 9.0.62 version is crea

RE: Java G1 GC creating less garbage and taking more time in mixed GC phase

ject: Re: Java G1 GC creating less garbage and taking more time in mixed GC phase On 16/05/2023 05:12, M Venkata Pratap M wrote: > Hi, > >1. We are using Http2 , When compared to 9.0.38 tomcat version , 9.0.62 > version is creating less garbage and taking more tim

Re: Java G1 GC creating less garbage and taking more time in mixed GC phase

On 16/05/2023 05:12, M Venkata Pratap M wrote: Hi, 1. We are using Http2 , When compared to 9.0.38 tomcat version , 9.0.62 version is creating less garbage and taking more time(2 to 5 seconds) in garbage collection during mixed GC phase. 2. Are there any recommendation GC setting.

Java G1 GC creating less garbage and taking more time in mixed GC phase

Hi, 1. We are using Http2 , When compared to 9.0.38 tomcat version , 9.0.62 version is creating less garbage and taking more time(2 to 5 seconds) in garbage collection during mixed GC phase. 2. Are there any recommendation GC setting. Has any one observed these kind of problem. Thanks &

AW: Java Agent and Tomcat shutdown

Hello Peter, > -Ursprüngliche Nachricht- > Von: l...@kreuser.name > Gesendet: Donnerstag, 11. Mai 2023 16:16 > An: Tomcat Users List > Betreff: Re: Java Agent and Tomcat shutdown > > Hi Thomas > > > Am 11.05.2023 um 16:05 schrieb Thomas Hoffmann (Speed

Re: Java Agent and Tomcat shutdown

Hi Thomas > Am 11.05.2023 um 16:05 schrieb Thomas Hoffmann (Speed4Trade GmbH) > : > > Hello, > > we are using a java agent to start a listening process (JMX proxy). > > The systemd file for tomcat looks like (snippet): > JAVA_OPTS=... -javaagent:/opt/ru

Java Agent and Tomcat shutdown

Hello, we are using a java agent to start a listening process (JMX proxy). The systemd file for tomcat looks like (snippet): JAVA_OPTS=... -javaagent:/opt/runtime/jmxagent/jmxagent.jar -Dorg.goktay.rmiregistry.port=15000 -Dorg.goktay.rmiserver.port=15001 ExecStart=/opt/apache-tomcat/bin

RE: Java Heap Space Error

@tomcat.apache.org Subject: Re: Java Heap Space Error Pratik, On 4/20/23 03:35, pratik.kulka...@shell.com.INVALID wrote: > I guess you're right, Tomcat 9 allocates less default memory compared > to Tomcat 8; I checked our logs and below are the memory parameters > which seem to

Re: Java Heap Space Error

Pratik, On 4/20/23 03:35, pratik.kulka...@shell.com.INVALID wrote: I guess you're right, Tomcat 9 allocates less default memory compared to Tomcat 8; I checked our logs and below are the memory parameters which seem to be passed in, Tomcat 9 - 14-Apr-2023 02:47:55.567 INFO [main]

  1   2   3   4   5   6   7   8   9   10   >