测试环境中，经常要更新代码，需要重新加载工程，以前的办法都是重启jboss，但是这个浪费太多的时间，有一个办法可以解决这个问题，就是jboss的热部署
#vim /usr/local/jboss-4.2.3.GA/server/default/deploy/jboss-web.deployer/context.xml
<Context cookies="true" crossContext="true" antiResourceLocking="true" antiJARLocking="true" > <Manager pathname=""/> <InstanceListener>org.jboss.web.tomcat.security.RunAsListener</InstanceListener> </Context>
加入红色部分，然后重启jboss，以后不需要重启jboss就可以加载工程
内存
1. +XX:AggressiveHeap会使得 Xms 1220m没有意义。这个参数让jvm忽略Xmx参数，疯狂地吃完一个G物理内存，再吃尽一个G的swap。
另外Xmx作为允许jvm使用的最大内存数量，不应该超过物理内存的90％。而之所以使用了这个参数，是因为不加的话，JBoss会在运行一天左右的时间后迅速崩溃，上机课是，甚至出现过半个小时就崩溃的情况。
之所以要用这个参数，用swap支持服务器运行，是因为犯了下面的错误：
2. -Xss 15120k
这使得JBoss每增加一个线程（thread)就会立即消耗15M内存，而最佳值应该是128K,默认值好像是512k.
这就是JBoss刚启动时，还有200Mb内存富余，但会在一个小时内迅速用完，因为服务器的threads在迅速增加。前3天，每天都多吃80Mb左右的swap.在第四天开始稳定下来。今年春节在外度假，观察到了这个现象，却不理解其原因：服务器在线程到达100之后，一般不再增加新的线程，新增加的在用完之后，会被迅速destroy，1.25-2.10所使用的线程基本是1.21- 1.23创建的，因此没有再消耗新的内存。服务器持续运行时间，也因此大大超乎我5天的预期，到达了20天。
昨天所作的修改：
1.修改JAVA_OPTS,去掉+XX:AggressiveHeap，修改Xss。现在的JAVA_OPTS为：－Xms 520m -Xmx 900m -Xss 128k
2.修改deploy/jbossweb-tomcat55.sar/service.xml，将maxThreads根据目前的访问量由默认的250降为75，并使用jboss 4默认未写在标准service.xml里面而jboss 3写入了的2个参数: maxSparseThreads=55，minSparseThreads=25
3.修改了oracle-ds.xml将最大连接数有150降为50.
4.去掉了一些不用的服务。
一. 问题描述
JBoss 4.0.5GA 在若干次部署或重新部署应用程序（war、ear 等）后会马上出现 PermGen Memory Leak : Out of memory exception 内存溢出异常。
PermGen space的全称是Permanent Generation space,是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。
参阅：http://wiki.jboss.org/wiki/Wiki.jsp?page=OutOfMemoryExceptionWhenRedeploying
二. 问题分析
1. 猜测：应用程序的类中包括了 static 成员定义，当重新部署时 JBoss 使用新的 Class Loader 载入应用程序的所有类。由于 static 成员是置于 JBoss 的固定内存单元，多次部署后占用内存空间以倍数递增，最终使该部分内存满载，进而在下一次部署或重新部署时导致内存溢出异常。
参阅：http://jboss.org/index.html?module=bb&op=viewtopic&p=3918780
讨论标题：Multiple redeployment gets PermGen error
The permanent generation holds class-level data (that is, any fields defined as static). My guess that your classes contain static data, and when you redeploy, the redeployed classes are loaded by a new class loader and thus the static data from the old classes and the new classes are now taking up room. Do this several times and the permanent generation will fill up. If my guess is correct, the solution would be to modify your code to not use static data in any of your classes. Of course you should also check any class libraries on which your code depends (jar files you package with your ear) for the same thing. But then I could be wrong.
2. 在 Bug 2299 报告的讨论中，涉及到关于 Struts 框架中引用了 BeanUtils 1.6 的讨论。
一、java.lang.OutOfMemoryError: PermGen space
PermGen space的全称是Permanent Generation space,是指内存的永久保存区域,
这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中,
它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对
PermGen space进行清理，所以如果你的应用中有很多CLASS的话,就很可能出现PermGen space错误,
这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小
超过了jvm默认的大小(4M)那么就会产生此错误信息了。
解决方法： 手动设置MaxPermSize大小
修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m
建议：将相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少jar 文档重复占用内存的目的。
二、java.lang.OutOfMemoryError: Java heap space
Heap size 设置
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，
其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可
进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示：在JVM中如果98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。
提示：Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。
解决方法：手动设置Heap size
修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"