You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by yo...@apache.org on 2004/02/05 16:36:32 UTC

cvs commit: jakarta-tomcat-site/xdocs-faq deployment.xml

yoavs       2004/02/05 07:36:32

  Modified:    docs/faq deployment.html
               xdocs-faq deployment.xml
  Log:
  
  
  Revision  Changes    Path
  1.3       +18 -0     jakarta-tomcat-site/docs/faq/deployment.html
  
  Index: deployment.html
  ===================================================================
  RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/deployment.html,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- deployment.html	5 Feb 2004 14:25:20 -0000	1.2
  +++ deployment.html	5 Feb 2004 15:36:32 -0000	1.3
  @@ -15,6 +15,11 @@
           Why does tomcat 5 create context configuration files?
         </a>
       </li>
  +    <li>
  +      <a href="deployMemIncrease">
  +        Why does the memory usage increase when I redeploy a web application?
  +      </a>
  +    </li>
     </ul>
   </p>
   </blockquote></td></tr></table><table cellpadding="2" cellspacing="0" border="0"><tr><td bgcolor="#525D76"><font face="arial,helvetica.sanserif" color="#ffffff"><a name="Answers"><strong>Answers</strong></a></font></td></tr><tr><td><blockquote>
  @@ -36,6 +41,19 @@
       of your webapp, and use Tomcat's Manager webapp to deploy/undeploy your applications.
       More details can be found here:
       <a href="http://marc.theaimsgroup.com/?l=tomcat-user&m=107590945807699&w=2">MARC Archive</a>
  +  </div><br>
  +
  +  <b style="font-size: larger">
  +    <a name="deployMemIncrease">
  +      Why does the memory usage increase when I redeploy a web application?
  +    </a>
  +  </b>
  +
  +  <div style="padding-left : 20px;">
  +    Because the Classloader (and the Class objects it loaded) cannot be
  +    recycled.  They are stored in the permanent heap generation by the JVM,
  +    and when you redepoy a new class loader is created, which loads another
  +    copy of all these classes.  This can cause OufOfMemoryErrors eventually.
     </div><br>
   </p>
   </blockquote></td></tr></table></td></tr><!--FOOTER SEPARATOR--><tr><td colspan="2"><hr size="1" noshade=""></td></tr><!--PAGE FOOTER--><tr><td colspan="2"><div align="center"><font size="-1" color="#525D76"><em>
  
  
  
  1.3       +18 -0     jakarta-tomcat-site/xdocs-faq/deployment.xml
  
  Index: deployment.xml
  ===================================================================
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/deployment.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- deployment.xml	5 Feb 2004 14:25:20 -0000	1.2
  +++ deployment.xml	5 Feb 2004 15:36:32 -0000	1.3
  @@ -27,6 +27,11 @@
           Why does tomcat 5 create context configuration files?
         </a>
       </li>
  +    <li>
  +      <a href="deployMemIncrease">
  +        Why does the memory usage increase when I redeploy a web application?
  +      </a>
  +    </li>
     </ul>
   </p>
   </section>
  @@ -51,6 +56,19 @@
       of your webapp, and use Tomcat's Manager webapp to deploy/undeploy your applications.
       More details can be found here:
       <a href="http://marc.theaimsgroup.com/?l=tomcat-user&amp;m=107590945807699&amp;w=2">MARC Archive</a>
  +  </answer>
  +
  +  <question>
  +    <a name="deployMemIncrease">
  +      Why does the memory usage increase when I redeploy a web application?
  +    </a>
  +  </question>
  +
  +  <answer>
  +    Because the Classloader (and the Class objects it loaded) cannot be
  +    recycled.  They are stored in the permanent heap generation by the JVM,
  +    and when you redepoy a new class loader is created, which loads another
  +    copy of all these classes.  This can cause OufOfMemoryErrors eventually.
     </answer>
   </p>
   </section>
  
  
  

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org