Common war file and multiple tomcat instances

I have read through the link suggesting not to go for using one physical location of war for multiple instance of tomcat. http://www.mail-archive.com/users@tomcat.apache.org/msg73906.html http://www.mail-archive.com/users@tomcat.apache.org/msg73906.html My question is : If we have a simple

Re: Common war file and multiple tomcat instances

The war file is extracted, The application has jsp's and servlets / tag library usage along with DB connectivity. DB Connectivity is done through the resource reference in the conf file that is separate per tomcat instance. awarnier wrote: If the multiple tomcat servers are all configured to

Re: Common war file and multiple tomcat instances

Thanks Chris ! That was informative - Could you please confirm what is the disadvantage of using the path attribute in the configuration file of the application? Regards Shivani Christopher Schultz-2 wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shivanic, On 10/18/2010 5:38

Class unloading in tomcat - PermGen Space

In my application there are over a thousands of jsp pages existing. So, consequently over a period of time we run out of perm gen space. I have read that classes are only unloaded if there are no references to the classes or the classloader and both can be removed. From my understanding, in

Re: Class unloading in tomcat - PermGen Space

Hello Mark, Unfortunately we would not be able to move to the new version of tomcat. For my understanding, please confirm the following: 1. The number of JSP's loaded would directly result in that number of classes loaded in JVM. 2. As of now, for version Tomcat 5.5.9 (or Tomcat 5.X) there is

Re: Class unloading in tomcat - PermGen Space

Hello, We have already increased the max perm gen size - but that is not a permanent solution. As in, if the count of jsp's in the application which is already in a few thousands - increases twicefold - again the same problem would arise. Hence, was looking for something similar to what Mark

Re: Class unloading in tomcat - PermGen Space

Hello, Thanks all for the inputs :) Chris,Wesley: I did suggest to review the design of the app - which is not developed in house - but as stated by the product owner - the application is kind of a content management system that would require to display different pages generated as per the

Re: Tomcat7 HTTPS APR Performance

Christopher Schultz-2 wrote: Can you clarify? Are you using the same version of APR with both Tomcat 7 and JBoss? APR 2.1.4 is an unlikely version number. Care to double-check? Correction : It is jboss web server version 2.1.4 used. APR Version used is the latest available 1.4.2 Both

Tomcat7 HTTPS APR Performance

Hello, For comparing performance of Apache Tomcat 7 with APR and Jboss Web Server with APR version 2.1.4 with Tomcat 7 we have done a load test of an app. The Open SSL and APR libtcnative files were in the path using the LD_LIBRARY_PATH env variable. The protocol used was HTTPS. While doing

Re: Tomcat7 HTTPS APR Performance

The JDK Versions used for each are as follows: Tomcat7 - JDK 6 / APR enabled / Open SSL JbossWebServer - JDK 6 / APR enabled / Open SSL Jboss4.2.3- JDK 5 / No APR / JSSE - Regards -- View this message in context:

Re: Apache + Mod-jk + Jboss Problem

Hello Rainer, Regarding the solution proposed to sniff for packet movement - what tool was used for this purpose. (wireshark is one of the tools used generally ) Rainer Jung-3 wrote: Checking the MAC addresses revealed, those packets were not coming rom the browser, but instead from