Re: Possible Discrepancy in ClassLoading order when running in Linux

2018-08-29 Thread M. Manna
Please ignore my question. Seems like someone decided to try out a "Special" classloader - didn't have the information before. Thanks for responding anyway. Regards, On Wed, 29 Aug 2018 at 20:20, M. Manna wrote: > Thanks mark. We aren’t using delegation, but even with delegation classes >

Re: Possible Discrepancy in ClassLoading order when running in Linux

2018-08-29 Thread M. Manna
Thanks mark. We aren’t using delegation, but even with delegation classes directory are looked up first in the order. Tomcat version 8.5.32. Thanks, On Wed, 29 Aug 2018 at 19:31, Mark Thomas wrote: > On 29/08/18 19:09, M. Manna wrote: > > Hello, > > > > I am not sure if this is a bug or

Re: Why move to tomcat9 (UNCLASSIFIED)

2018-08-29 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Paul, On 8/29/18 10:51, Lueders, Paul T CIV USARMY NGIC (US) wrote: > I would like to migrate from tomcat 7.0.90 to the latest version > of tomcat9. Is there a document that lists the benefits of tomcat9 > and the differences between tomcat7 and

Re: Possible Discrepancy in ClassLoading order when running in Linux

2018-08-29 Thread Mark Thomas
On 29/08/18 19:09, M. Manna wrote: > Hello, > > I am not sure if this is a bug or something specific to our implementation, > so wanted to share that with others. Please forgive my idiocy. > > We took a verbose classloading on Windows and it loaded two classes from > two different locations. >

Possible Discrepancy in ClassLoading order when running in Linux

2018-08-29 Thread M. Manna
Hello, I am not sure if this is a bug or something specific to our implementation, so wanted to share that with others. Please forgive my idiocy. We took a verbose classloading on Windows and it loaded two classes from two different locations. 1) *SomeUtils*.class from *com.my.package.name

RE: Why move to tomcat9 (UNCLASSIFIED)

2018-08-29 Thread Gillett, Phil
We use Footprints 12 and the requirement IS to use Tomcat 7.x, which at this time are using 7.0.86 and need to update to 7.0.90 (having some problems at this time, though). 7.0.90 IS the latest version to fix the latest security issues. -Original Message- From: Mark Thomas Sent:

Re: Why move to tomcat9 (UNCLASSIFIED)

2018-08-29 Thread Mark Thomas
On 29/08/18 15:56, M. Manna wrote: > The key benefit is - You get all recent CVE patches which protects your > product more from known vulnerabilities. Not correct. All currently supported Tomcat versions (7.0.x, 8.5.x and 9.0.x) receive security fixes. > You can see a comparison table here - >

Re: Why move to tomcat9 (UNCLASSIFIED)

2018-08-29 Thread M. Manna
The key benefit is - You get all recent CVE patches which protects your product more from known vulnerabilities. You can see a comparison table here - http://tomcat.apache.org/whichversion.html I would recommend that you review Servlet, Connector, and Java version related changes carefully (if

Why move to tomcat9 (UNCLASSIFIED)

2018-08-29 Thread Lueders, Paul T CIV USARMY NGIC (US)
CLASSIFICATION: UNCLASSIFIED I would like to migrate from tomcat 7.0.90 to the latest version of tomcat9. Is there a document that lists the benefits of tomcat9 and the differences between tomcat7 and tomcat9 Thanks Paul CLASSIFICATION: UNCLASSIFIED

Re: Recognize shutdown event in tomcats Realm instance

2018-08-29 Thread Mark Thomas
On 29/08/18 12:43, Arno Schäfer wrote: > Hi all, > > we use our own Realm implementation in our webapps. If tomcat shuts down, we > have to do some clean up > in this instance to speed up the shutdown. > In our web application we do this in the ServletContextListener instance in >

Recognize shutdown event in tomcats Realm instance

2018-08-29 Thread Arno Schäfer
Hi all, we use our own Realm implementation in our webapps. If tomcat shuts down, we have to do some clean up in this instance to speed up the shutdown. In our web application we do this in the ServletContextListener instance in 'contextDestroyed(...)' method. What is the right place to do this