The method getJspApplicationContext(ServletContext) is undefined for the typ
搜索了半天，原来是类加载机制的问题，在tomcat的conf下的context.xml里面加上一句
<Loader delegate="true" />
原因很简单，就是加载先后的问题，一般没什么特殊原因这个配置还是要写的
具体就是：
首先，你需要了解一下JVM的Classloader机制(详细请自行google之)。
简而言之，JVM的classloader加载继承关系分为BootstarpClassLoader --> ExtClassLoader --> SystemClassLoader，应用的WebAppClassLoader继承自SystemClassLoader，在加载具体某个类时，一般会先委托给父类ClassLoader，当父类ClassLoader无法加载成功时，才会再由子类ClassLoader尝试加载，这就是所谓的delegate机制。
其次，Tomcat在jvm的ClassLoader机制上增加了几个继承层次。
SystemClassLoader --> CommonClassLoader -->(ServerClassLoader | SharedClassLoader --> WebAppClassLoader)。
CommonClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中common.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/lib下的文件。该loader加载的类为tomcat服务器和tomcat下面的所有webApp所共享。
ServerClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中server.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/server下的文件。该loader加载的类为tomcat服务器所独有核心类，tomcat下面的WebApp无法访问。
SharedClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中shared.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/shared下的文件。该loader加载的类为tomcat下面的所有webApp所共享。
WebAppClassLoader用来加载${CATALINA_HOME}/webapps/目录下每个WebApp应用的/WEB-INF/class，/WEB-INF/lib的类文件，每个WebApp对应一个WebAppClassLoader，用来加载其所需要的类文件。
最后，说一下delegate配置的意义。
True，表示tomcat将遵循JVM的delegate机制，即一个WebAppClassLoader在加载类文件时，会先递交给SharedClassLoader加载，SharedClassLoader无法加载成功，会继续向自己的父类委托，一直到BootstarpClassLoader，如果都没有加载成功，则最后由WebAppClassLoader自己进行加载。
False，表示将不遵循这个delegate机制，即WebAppClassLoader在加载类文件时，会优先自己尝试加载，如果加载失败，才会沿着继承链，依次委托父类加载。
在此说一下配置为False需要注意的问题：一旦配置为False，如果你在WebApp中自己定义了一个java.lang.String，则这个String类会有可能覆盖掉jdk中的String类，这也许不是你想要的结果。另外对于多个WebApp公用jar包，你可能会放到${CATALINA_HOME}/shared目录中共享，但是一不小心在应用的/WEB-INF/lib中也包含了一个同名的但版本不一致的jar的话，这就有可能会导致很多奇怪的问题。
出自：http://segmentfault.com/q/1010000000155690