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

snake_l

　　在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包即可