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