JavaMail深入体验开发三: 利用Tomcat管理邮件session及jar包冲突解决方案

在Tomcat中提供了管理java mail 中Session的办法(类似于管理DataSource)

需要使用JNDI技术

实现步骤一:

在WEB应用目录\WebRoot\META-INF下建立一个context.xml文件,内容如下:

<?xml version="1.0" encoding="UTF-8"?> <Context> <Resource name="mail/Session" auth="Container" type="javax.mail.Session" mail.smtp.host="localhost"/> </Context> 步骤二:

编写SessionUtil工具类，专门用于获取session对象

import javax.mail.Session;
import javax.naming.Context;
import javax.naming.InitialContext;

public class SessionUtil {
	public static Session getSession(){
		try{
			Context initCtx = new InitialContext();
			Context envCtx = (Context) initCtx.lookup("java:comp/env");
			Session session = (Session) envCtx.lookup("mail/Session");
			return session;
		}catch(Exception e){
			throw new RuntimeException(e);
		}
	}
}

步骤三:

将mail.jar 复制到 catalinahome/lib/ 目录下

此时运行程序，

会抛出一个 java.lang.ClassCastException: javax.mail.Session can not be cast to javax.mail.Session

此异常比较容易使人产生误解,产生原因:

需要从JDK类加载器机制开始分析,JDK中三种类加载器: BootStrap ,ExtClassLoader,AppClassLoader

先委托BootStrap去JRE/RT.JAR中寻找, 若寻找不到对应字节码，则委托下一级类加载器ExtClassLoader到Ext扩展的class文件中进行寻找,若仍找不到则委托AppClassLoader在classpath路径下进行寻找,如果都未找到的话，则抛出 ClassNotFoundException,这种机制保证了字节码只加载了一次

而在Tomcat中没有按照这种机制实现：catalinahome/lib/中有mail.jar, 而部署的应用WEB-INF/lib中也有mail.jar

在程序中： Session session = SessionUtil.getSession();

左边字节码来自于JDK中，右边字节码来自于TomCat的lib中,由于TomCat没有按如上方式进行加载，而是两份字节码都加载了，因此引起了冲突

最终解决方案： 移除TomCat部署应用目录中WEB应用中lib的jar包即可