一个应用中有两个页面使用了JSTL的c:out输出，就类似这么简单三句
<c:if test="${!empty error}">
<h2><c:out value="${error}"/></h2>
</c:if>
应用在本地MyEclipse中的Tomcat6跑得正常，但放到CentOS的Tomcat7上出现了错误
The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application
于是网上一顿找，按网文指点把JSTL需要的jstl.jar和standard.jar放到服务器的Tomcat7的lib目录下，重启T，结果还是无效，涛声依旧，错误依旧。
按另一网文指示，更烦，需要找一批TLD文件到web-inf下，还要在web.xml中进行配置。
这时有点火了，JSTL也没啥优势，还值得为它费这么大力气？
联想到应用使用了Struts的Template，其它东西没有用到但是所有包和TLD都配置好了，于是决定用Struts的bean:write替代了JSTL的C:out，上面的三段话就成了
<logic:present name="error">
<h2><bean:write name="error"/></h2>
</logic:present>
再发布一次，这回成了，出错的页面不捣乱了。
JSTL，既然你不好用，那就让好用的来取代你，除非你不可取代。
老板对员工是这样，程序猿对框架API组件等也是这样。