Solved: DataSource Connection pool [non] leak

Hi Chris, > > Hi all, > > > > Thanks for your responses. I think I've found the problem. > > > > My wrapping class which detects the invocation of the close() method to > > decrement its count is no longer decrementing its count because > > method.getDeclaringClass() has changed from

RE: [EXTERNAL] RE: DataSource Connection pool leak

Hi all, Thanks for your responses. I think I've found the problem. My wrapping class which detects the invocation of the close() method to decrement its count is no longer decrementing its count because method.getDeclaringClass() has changed from java.sql.Connection to

RE: [EXTERNAL] RE: DataSource Connection pool leak

Hi John, > Why does your app need 20 connections just to start up? That's a bit of a > rhetorical question, but needing so many connections to start up seems odd to > me. It doesn't. It only needs 1-2 at a time, but it makes 100s of queries in loops, each time using a connection from

DataSource Connection pool leak

Hi, For various diagnostics, I tried Tomcat 9.0.79 recently on a development machine. It didn't solve the problem I was experiencing - that was later identified as a problem in IntelliJ with remote deployment and is not why I'm mailing. I tweaked my Tomcat 9.0.79 configuration to start my

OT: RE: [External] Re: Fail Timcat if any of the contexts fails?

Loving the typo in the subject :-). Tim. cc: IT file

RE: [External] Re: [ANN] Apache Tomcat 9.0.67 available

> From: Rémy Maucherat r...@apache.org > Sent: 29 September 2022 09:50 > To: Tomcat Users List users@tomcat.apache.org > Subject: [External] Re: [ANN] Apache Tomcat 9.0.67 available On Thu, Sep 29, 2022 at 10:06 AM Greg Huber

RE: [External] Re: Apache Tomcat 8 - Require Tomcat configuration to restrict exe's from downloading

Hi all, As a side note, can we all try not to have a URL with something like “abc.exe” in? Several firewall implementations will refuse to navigate there, even though we all know the intention is not to have it download. Trying to explain that to some people is more difficult than avoiding

RE: Problems deploying new .war application on Linux

From: Scott,Tim Sent: Tuesday, March 15, 2022 2:45 PM To: 'Tomcat Users List' Subject: RE: Problems deploying new .war application on Linux Hi Thomas, > Another approach is to do remote debugging and step into the class with the

RE: [External] Re: RemoteAddrFilter (org.apache.catalina.filters)

Hi Chris and Mark, Thank you both for your input. I arrived at an sru.xml file in conf\Catalina\localhost, containing: This means that private IPs (just those stating with 10.) can connect on port 8443; any IP on port 8080. It’s there as a reminder that this can be done – my first

Re: [External] Re: RemoteAddrFilter (org.apache.catalina.filters)

From: Christopher Schultz Sent: Monday, March 21, 2022 8:14 pm To: users@tomcat.apache.org Subject: [External] Re: RemoteAddrFilter (org.apache.catalina.filters) Tim, On 3/21/22 13:51, Scott,Tim wrote: > Hi all, > > I’ve been trying to get this to work for a bi

RemoteAddrFilter (org.apache.catalina.filters)

Hi all, I’ve been trying to get this to work for a bit without any luck. What I’ve arrived at, in my main Tomcat web.xml, is: http://xmlns.jcp.org/xml/ns/javaee xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee

RE: Problems deploying new .war application on Linux

Hi Thomas, > Another approach is to do remote debugging and step into the class with the > error > (javax.enterprise.inject.se.SeContainerInitializer.findSeContainerInitializer) I set an Exception breakpoint on IllegalStateException and this opened the class for me to set a breakpoint prior to

RE: [External] Re: Problems deploying new .war application on Linux

> From: Greg Huber gregh3...@gmail.com > Sent: Monday, March 14, 2022 3:01 PM > >I’ve tried renaming the war file as ‘sru.war’ and placing it in webapps, > >removing other references to ‘sru’ in the configuration. > I use ROOT.war and have no stuff, just copy it into

RE: [External] Re: Problems deploying new .war application on Linux

> From: Greg Huber > Sent: Monday, March 14, 2022 2:23 PM > To: Tomcat Users List users@tomcat.apache.org > Subject: [External] Re: Problems deploying new .war application on Linux > On the sever where did tomcat come from? a rpm? > Maybe as a test, download

RE: Problems deploying new .war application on Linux

ject: [External] AW: Problems deploying new .war application on Linux > -Ursprüngliche Nachricht----- > Von: Scott,Tim mailto:tim.sc...@oclc.org>> > Gesendet: Montag, 14. März 2022 11:16 > An: Tomcat Users List > mailto:users@tomcat.apache.org>> > Betreff: Pro

Problems deploying new .war application on Linux

Hi all, I’m struggling with this and am obviously not running into the right terms to Google. I’ve put together a new application and got it working nicely through IntelliJ with Tomcat 9.0.59 on my PC but as we’re not going to ship my machine (and IntelliJ license!), I need it to run

RE: [External] Re: Tomcat jdbc connections

> Would it be along the lines of Wireshark or TCP dump to see what's > occurring as I gather this won't be captured in tomcat logging via > Catalina.out? Or can it be. Have you explored Oracle listener / client tracing? Ref:

RE: [External] Re: Plugging a memory leak - where?

Hi Mark, Thanks for the prompt, clear response. > You need to update the version of Tomcat you are running on. I will advise our deployment team. It's also worth noting that I need not worry about keeping the Tomcat versions up to date in the application source (pom.xml). I will advise our

Plugging a memory leak - where?

Hi all, We've started to use software from dependency tracker dot com to analyse dependencies in our web applications and it highlighted the following: "The fix for bug 63362 present in Apache Tomcat 10.1.0-M1 to 10.1.0-M5, 10.0.0-M1 to 10.0.11, 9.0.40 to 9.0.53 and 8.5.60 to 8.5.71 introduced

RE: [External] Re: CVE-2021-44228 Log4j 2 Vulnerability - Runtime vs compile time Java version

> From: Juri Berlanda > Sent: 13 December 2021 15:03 > Subject: [External] Re: CVE-2021-44228 Log4j 2 Vulnerability - Runtime vs > compile time Java version > Hi, > we were affected - we use an AccessLogValve, which logs to Log4j2 and we > use Log4j as java.util.logging LogManager. We already

RE: [External] Re: CVE-2021-44228 Log4j 2 Vulnerability - Runtime vs compile time Java version

inations of libraries that this exploit can leverage so, whether you are running on Tomcat or not, my recommendation would be to ensure that you address this issue with the log4j2 update or configuration. Mark > > Best regards, > David > > From: Scott,Tim mailto:tim.sc...@oclc.org&g

CVE-2021-44228 Log4j 2 Vulnerability - Runtime vs compile time Java version

Hi all, Suspecting that someone here knows the answer immediately, I thought I'd ask. If you do not know the answer, please don't spend any time investigating: I'll do that later today and update everyone whether or not I find an answer. Our security team advise that "Certain versions of the

RE: Re-Use TCP Source Ports if the Socket is Unique?

Hi Eric, > I guess the answer depends on whether the socket libraries use the tomcat > listening port as the source IP. If you have three tomcat instances listening > on three different IPs, each instance should be able to open a client > connection using the same source port, as long as each

RE: [External] Re: Zip file upload corruption on Linux

Hi Chris, > Mine is coming up on 20 years old. That's worthy of an extra slice of cake :-). > The code you posted shows imports and then your interaction with the > fileupload library. Do you know what else happens before this line of code? > ServletRequestContext requestContext = new

RE: [External] Re: Zip file upload corruption on Linux

Hi Chris, > "nah, nobody still uses Struts 1.x". I wouldn't put it past this 14 year old application ... > But at this point, if you have things working, you can probably stop. My OCD says No!, but my pragmatic side says "leave it until I have to change" > But something is *definitely*

RE: [External] Re: Zip file upload corruption on Linux

Hi Mark, > No. You should be able to use HttpServletRequest.getPart() I've given up on that attempt as I keep getting: java.lang.AbstractMethodError: Method org/apache/struts/upload/MultipartRequestWrapper.getPart(Ljava/lang/String;)Ljavax/servlet/http/Part; is abstract I have my workaround

RE: [External] Re: Zip file upload corruption on Linux

Hi Mark, From: Mark Thomas wrote: > import org.apache.commons.fileupload.disk.DiskFileItemFactory; > import org.apache.commons.fileupload.servlet.ServletFileUpload; > import org.apache.commons.fileupload.servlet.ServletRequestContext; > You are using Commons FileUpload so this issue needs to be

RE: [External] Re: Zip file upload corruption on Linux

Hi Mark, Thanks for the prompt response. >On 24/05/2021 10:58, Scott,Tim wrote: >> Hi experts, >> >> First time poster, here, so I know I'm risking not providing nearly >> enough of the right information. Please let me know what I can send to >> help you he

Zip file upload corruption on Linux

Hi experts, First time poster, here, so I know I'm risking not providing nearly enough of the right information. Please let me know what I can send to help you help me further through this. I'm using separate deployments of Tomcat 9 on Linux (RedHat 7) and Windows for the same mature .war