Spring3+Tomcat7项目JSTL核心标签库解析失败：本地正常测试服务器异常

针对你遇到的本地运行正常、测试服务器部署后出现//java.sun.com/jsp/jstl/core cannot be resolved错误的情况，按以下步骤排查解决：

1. 修正JSP页面的标签库声明 #

你的错误信息中URI缺失http://前缀，这是常见触发原因。确保所有使用JSTL的JSP页面开头的标签库声明完整：

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

2. 检查Gradle依赖配置及打包情况 #

确保JSTL依赖正确引入且被打包进WAR包：

• 在build.gradle中添加适配你Gradle版本的依赖：

// Gradle 4.10+ 使用implementation
implementation 'javax.servlet:jstl:1.2'

// 旧版Gradle使用compile
// compile 'javax.servlet:jstl:1.2'

• 解压生成的WAR包，检查WEB-INF/lib目录下是否存在jstl-1.2.jar。如果缺失，说明依赖被错误标记为provided（依赖服务器环境的jar），需改为implementation/compile。

3. 清理Tomcat服务器的冲突依赖 #

Tomcat7的全局${CATALINA_HOME}/lib目录如果存在旧版本JSTL jar（如jstl-1.1.jar），会和项目自带的1.2版本冲突。删除该目录下所有JSTL相关jar文件，仅保留项目WAR包中的版本。

4. 验证web.xml规范版本 #

Spring3搭配Tomcat7需要使用Servlet 3.0规范，确保web.xml根元素声明正确：

<web-app xmlns="http://java.sun.com/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
         version="3.0">

低版本Servlet规范可能导致标签库解析异常。

5. 清理缓存并重新部署 #

• 本地执行Gradle清理构建命令，生成全新WAR包：

./gradlew clean build

• 删除Tomcat服务器的${CATALINA_HOME}/work目录，清理旧编译缓存，再部署新生成的WAR包。

内容的提问来源于stack exchange，提问作者ozgan