标签: tomcat

Tomcat配置远程debug

在tomcat的启动脚本中添加

-server -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=9865,server=y,suspend=n

其中 address=9865是没被使用的端口号。连接方式有两种,为dt_shmem和dt_socket,分别表示本机调试和远程调试。

idea中配置

debug

Tomcat内存溢出的原因

在生产环境中tomcat内存设置不好很容易出现内存溢出。造成内存原因是不一样的,当然处理方式也不一样。 这里根据平时遇到的情况和相关资料进行一个总结。常见的一般会有下面三种情况:

1.OutOfMemoryError: Java heap space

2.OutOfMemoryError: PermGen space

3.OutOfMemoryError:unable to create new native thread.

tomcat

对于前两种情况,在应用本身没有内存泄露的情况下可以用设置tomcat jvm参数来解决。(-Xms, -Xmx, -XX:PermSize, -XX:MaxPermSize),最后一种可能需要调整操作系统和tomcat jvm参数同时调整才能达到目的。

第一种:是堆溢出。

在JVM中如果98%的时间是用于GC且可用的Heap size 不足2%的时候将抛出此异常信息。没有内存泄露的情况下,调整-Xms,-Xmx参数可以解决。

-Xms:初始堆大小

-Xmx:最大堆大小

但堆的大小受下面三方面影响:

1.相关操作系统的数据模型(32-bt还是64-bit)限制;(32位系统下,一般限制在1.5G~2G;我在2003 server 系统下(物理内存:4G和6G,jdk:1.6)测试 1612M,64为操作系统对内存无限制。)

2.系统的可用虚拟内存限制;

3.系统的可用物理内存限制。

堆的大小可以使用 java -Xmx***M version 命令来测试。支持的话会出现jdk的版本号,不支持会报错。

-Xms, -Xmx一般配置成一样比较好比如set JAVA_OPTS= -Xms1024m -Xmx1024m 阅读详细 »

Tomcat启动时自动加载一个类

    有时候在开发Web应用的时候,需要tomcat启动后自动加载一个用户的类,执行一些初始化方法,如从数据库中加载业务字典到内存中,因此需要在tomcat启动时就自动加载一个类,或运行一个类的方法。 可以采用在WEB-INF/web.xml中添加一个监听程序(ServletContextListener配置项),步骤如下:
 1) 增加一个监听程序 MyServletContextListener.java,实现javax.servlet.ServletContextListener接口
 package test.startup;

 import javax.servlet.ServletContextEvent;
 import javax.servlet.ServletContextListener;

 public class MyServletContextListener implements ServletContextListener 
 {

  public void contextDestroyed(ServletContextEvent arg0) 
  {

  }

  public void contextInitialized(ServletContextEvent arg0) 
  {
   System.out.println("加载业务字典");
   try 
   {
    com.eos.common.dict.DictMap.loadData();
   }
   catch(Exception e) 
   {
    System.out.println("加载业务字典失败!");
    e.printStackTrace();
   }
  }
 }

 2) 配置监听器web.xml:

 <listener>
  <listener-class>test.startup.MyServletContextListener</listener-class>
 </listener>


 注意:应用事件监听器程序是建立或修改servlet环境或会话对象时通知的类。它们是servlet规范的版本2.3中的新内容。注册一个监听程序涉及在 web.xml的web-app元素内放置一个listener元素。虽然listener元素的结构很简单,但请不要忘记,必须正确地给出web- app元素内的子元素的次序。listener元素位于所有的servlet 元素之前以及所有filter-mapping元素之后。此外,因为应用生存期监听程序是serlvet规范的2.3版本中的新内容,所以必须使用 web.xml DTD的2.3或以后版本,而不是2.2版本,如下:
 <web-app id="WebApp_ID" version="2.4"
 xmlns="http://java.sun.com/xml/ns/j2ee"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
  ...
 </web-app>

tomcat报java.lang.UnsupportedClassVersionError错误的原因

 

出现java.lang.UnsupportedClassVersionError 错误的原因,是因为我们使用高版本的JDK编译的Java class文件试图在较低版本的JVM上运行,所报的错误。因为,高版本的JDK生成的class文件使用的格式,可能与低版本的JDK的.class文件格式不同。这样,低版本的JVM无法解释执行这个.class文件,会抛出java.lang.UnsupportedClassVersionError不支持的Class版本错误。

目前,使用新版本的IDE编辑器可能会造成你遭遇java.lang.UnsupportedClassVersionError 错误。MyEclipse9.0这个新版的IDE工具。进入首选项—Java—编译器,可以看到,默认的编译器依从等级是6.0,这里改为5,因为我们的程序需要运行在JDK1.5的JVM上。

同一配置区下的已安装JRE中,不要安装JRE,而是安装JDK,指定1.5的JDK。

在MyEclipse—-应用服务器下,指定Tomcat5。指定Tomcat使用jdk1.5。

这样,就全部指定使用Jdk5来编译和运行程序了。如果全部指定jdk6也是可以的。但是,绝对不能够使用jdk6编译程序,而又在jdk1.5上运行程序,那样将会抛出java.lang.UnsupportedClassVersionError不支持的Class版本错误。