JSTL/EL如何方便高效的访问Constants和CodeTable（存储于DB的应用系统变量）

既然是增强EL表达式的解释能力，添加一个ELResolver会更加自然。

大致思路是，在应用启动时（例如你上面的 initApplicationContext()方法中，或者一个load-on-startup的servlet的init方法里）用

JspFactory.getJspApplicationContext(javax.servlet.ServletContext).addELResolver(ELResorver resolver)

方法加入一个ELResolver的实现。（这个方法不能在应用已经处理过请求之后使用，否则会抛IllegalStateException）

这个ELResolver会被加入到JSP规范的默认的ImplicitObjectELResolver之后，其他规范ELResolver之前（例如BeanELResolver与ScopedAttributeELResolver）。也就是说，优先级低于隐含对象，高于scope属性。

在ELResolver中，是知道了EL表达式的实际内容（例如"Constants"字符串），再去求值。这时你可以用forName或者ClassLoader拿到Constants类（拿不到就不处理，留给后续的ELResolver处理，如果后续的Resolver也无法处理，容器就报错），这就没有reload的需要了。

详情可参考 http://download.oracle.com/docs/cd/E17802_01/products/products/jsp/2.1/docs/jsp-2_1-pfd2/javax/servlet/jsp/JspApplicationContext.html

当然，这两种方法的思路其实都一样：put到application scope里。
这里外加一点小技巧——对于code table,提供的是引用而非真实数据，确保reloadable.

为啥不在启动的时候就加载存放在Application Scope呢？
或者以内存表的方式加载并存储。

希望楼主多分享类似于这样有价值的文章。。。 实用

最好的方案应该是使用包装模式，把HttpServletRequest包装起来，并在包装类中定义特殊的表达式形式和值获取方式来返回结果。

请参照Struts2中的StrutsRequestWrapper是怎么处理JSTL标签对ValueStack的取值方式的。

这种做法也太笨重了吧？

难道其他引用request的地方也要考虑使用自己的request wrapper以求得一劳永逸?
我见过重新封装request,session,application的，但需求场景应该严重不一样。

还请多加指点

你对HttpServletRequestWrapper的作用还不理解，所以我才让你去看StrutsRequestWrapper的源码。

你的需求是试图通过JSTL或者EL来获取Java对象中的值。途径只有两种：第一，把你要取的值放到request/session/application中。第二，不要从request/session/application中去取值。

之前所有讨论的思路都是第一种途径，这种途径其实没有从本质上解决你的问题，尤其是reloadable的需求。第二种途径是推荐的做法，既干净又有效。

我之所以推荐第二种方式，是因为你的问题其实和Struts2与JSTL整合的问题是极其类似的。JSTL和EL想要获取Struts2中Action内部的属性的值，通过什么方法呢？Action内部的值，完全不存在request/session/application的作用域中。Struts2给出的方案就是采用StrutsRequestWrapper。你可以思考一下，为什么一个框架级别的解决方案，也采用了这种方法呢？因为它是一种最佳实践。