Jboss服务器的几个简单的配置项

C:\jboss\server\default\deploy\jbossweb-tomcat55.sar\META-INF\jboss-service.xml的几个配置项

CatchSystemOut：他是Log4jService中的一个属性，默认情况下没有显示配置该属性，也即属性值为true；
因为Jboss应用服务器自身也用Log4j来作为日志框架，而我们部署的应用中一般也会用Log4j来进行日志记录；如果配置不当，则有可能导致两者出现冲突，比如：应用中也配置了ConsoleAppender，那这样就会导致Jboss启动时出现上面的 异常1；
所以一般来说，推荐应用中不要重复设置ConsoleAppender；如果一定要设置，则需要修改CatchSystemOut的默认值，将其显示设置为false，告诉Jboss无需打印来自Console的相关信息；
Java2ClassLoadingCompliance：该配置项主要是告诉Jboss在进行classload时是否采取parent first的加载策略；除了jbossweb*.sar/META-INFO/jboss-service.xml之外，还可以在应用*ar包下面的jboss-web.xml中设置<class-loading java2ClassLoadingCompliance="true">；
若设置为true，则表示优先让父级classloader加载相关class，如果无法加载再利用当前classloader加载；
若设置为false，即采取child first的加载策略，表示优先让当前classloader加载相关class，如果无法加载再委托给父级classloader加载；
注意：该配置在4.0.3的版本中有bug，具体可见：http://jira.jboss.com/jira/browse/JBAS-2347
这里涉及到Jboss的classload机制，详见原网店技术分享下面小飞飞在wiki中相关文章：
http://wiki.alisoft-inc.com/confluence/pages/viewpage.action?pageId=5818
UseJBossWebLoader：该配置表明是否使用Jboss自身的classloader来加载webApp相关的资源；因为Jboss是通过集成Tomcat来实现Web Container的，而两者都有自己独立的classloader；
若设置为true，则表示Web应用加载时都将使用Jboss统一的classloader，即此时采用共享的扁平的UnifiedClassLoader；
若设置为false，则表示Web应用采用自己独立的WebAppClassLoader进行加载，此时Web应用和Jboss之间是完全隔离的，这也是该配置项的默认值；

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/sfdev/archive/2009/06/06/4247635.aspx