freemarker的TemplateExceptionHandler使用

系统使用freemarker做为页面展现层，为了解决系通通一异常的问题。因而配置了struts2的统一异常解决的方法（这个网上资料很是多，你们可以查看），可是发现freemarker出现异常后，struts2的全局异常处理仍然捕捉不到这个异常。分析源代码以后发现struts2的FreemarkerResult在解析FTL文件的时候依据Configuration的属性去推断其属性TemplateExceptionHandler是否为"RETHROW_HANDLER"。也就是说是否抛出这个异常，假设抛出则由于FremarkerResult的这些代码是由struts2操做的（你们可以看源代码，事实上上终因而由DefaultActionInvocation的executeResult来调用的，这个类是贯穿拦截器、action、result的一个核心调动类。详细的这里咱们不作讨论）。因此假设一旦Freemarker抛出异常，则这个异常会被struts2的全局异常处理来解决。不然就会由freemarker本身解决，就会报那种黄色的很是恶心的页面。FreemarkerResult代码截图例如如下：

当中上边被选中的蓝色部分就是让freemarker本身来处理这个异常。这样struts2就捕捉不到了。那么，默认状况下struts设置的是HTML_DEBUG_HANDLER的，你们可以在TemplateExceptionHandler这个接口的成员变量定义中看到这个静态属性的详细实现代码，顾名思义或者你们去看这个代码，实际上这样的方式就是输出咱们平时看到的FTL报空指针等时输出的那堆很是恶心的东西，这个struts2是捕捉不到这个异常的。

问题找到了。解决思路就很是easy了，现在有两种方法：

         1）在freemarker.properties中设置：template_exception_handler=rethrow，这个rethrow也是在TemplateExceptionHandler接口中定义的。
         2）想办法设置freemarker的Configuration中该变量，比方咱们项目中我扩展了struts2的FreemarkerManger。而后在当中设置了这个属性。

        好了。以上的问题就说完了。这样处理后struts的全局异常问题就能攻克了。那么万一你使用了sitemesh。而且你在装饰模板的FTL文件里使用了session的属性，相同万一你的session被清空后，也会报一堆黄色的东西，这个struts2也不会捕捉到。这是因为当sitemesh运行本身的逻辑时，strust2的逻辑已经运行完成，因此再抛什么异常struts2是没法获取到的，那么究竟该怎么处理呢？咱们会在还有一个博文中对sitemesh的源代码和设计思路进行分析。而后来解决问题。