最近在使用freemarker 配置郵件模板，使用模板來發送郵件，測試時候有些變量沒有傳到，就會報一下錯誤
錯誤樣例如下：
<p style="margin-top:20px;margin-bottom:18px;"> Hello FreeMarker template error (DEBUG mode; use RETHROW in production!):
The following has evaluated to null or missing:
==> nickname [in template "template" at line 33, column 58]
----
Tip: If the failing expression is known to legally refer to something that's sometimes null or missing, either specify a default value like myOptionalVar!myDefault, or use <#if myOptionalVar??>when-present<#else>when-missing</#if>. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)??
----
----
FTL stack trace ("~" means nesting-related):
- Failed at: ${nickname} [in template "template" at line 33, column 56]
----
Java stack trace (for programmers):
----
freemarker.core.InvalidReferenceException: [... Exception message was already printed; see it above ...]
at freemarker.core.InvalidReferenceException.getInstance(InvalidReferenceException.java:134)
at freemarker.core.EvalUtil.coerceModelToTextualCommon(EvalUtil.java:481)
根據提示可以看到是因為變量沒有傳遞，但是為了提高系統穩定性，決定解決下如果不配置，變量則顯示為空。查找資料，返現還是可以搞定的，如下：測試OK
Configuration configuration = new Configuration(Configuration.VERSION_2_3_30);
configuration.setClassicCompatible(true);
Template template = new Template("template", new StringReader(templateStr), configuration);
template.process(values, result);
從網上查找原因，發現下面這位哥們已經比較詳細的解釋了，就全文摘錄吧。
以下為轉載內容，點擊查看原文
在freemarker中的空值的處理，默認情況以${xxx}的方式取值會報錯，我們一般都采用${xxx?if_exists} 的方式去處理，煩死人了。經過查資料，很多人都建議使用classic_compatible=true的方式來處理，目測單詞的意思應該是：“兼容傳統模式”的意思。但是經過使用發現這個屬性設置為true時，也有很多其他問題，比如boolean值的處理，比如include指令必須使用絕對路徑，總之也會帶來很多煩人的事情。最后找到源碼，在Freemarker源碼的Configurable類的isClassicCompatible方法上找到了詳細的注釋，這里翻譯下，不過本人英語比較差，可能會有錯誤，如果有人不確定可以去看源碼。
原注釋大意如下：
該方法返回Freemarker模板解析引擎是否工作在“Classic Compatibile”模式下。如果這個模式被激活，則Freemarker模板解析引擎將以以下的方式工作：（類似於1.7.x這個版本的運行方式，這個也是1.7.x的版本被稱為“經典的Freemarker”的由來）。（譯者注：以下的1、2、3、4、5、6是譯者自己加的，方便讀者看）
處理未定義的表達式，也就是說"expr"為null值。
1、作為像表達式“<assign varname=expr>”、“${expr}”、“ otherexpr == expr“、“otherexpr != expr”條件表達式或者是“hash[expr]”表達式的參數，這個參數將被當成空字符來對待。（譯者注：這里注意空字符和null是不一樣的).
2、作為“<list expr as item>”、“<foreach item in expr>”這樣的表達式的參數，其循環體將不會被執行，和list的長度為0是一樣的。
3、作為“<if>”或者其他布爾表達式命令的參數，空值將被當成是false來處理。非布爾數據模型或者邏輯操作數也可以放在“<if>”表達式中，空模型（長度為零的字符串，空的數組或者hash集合）都被當成是false來對待，其他情況下都被當成是true來處理。
4、當布爾值被當成字符串（比如用${...}輸出，或者是和其他字符串連接），true值將被轉換成“true”字符串處理，false值將被轉換成空字符串。
5、提供給<list>和<foreach>的標量數據模型參數將被當成只包含一個該模型的list來處理。（譯者注：就是說，傳給<list>和<foreach>的參數不是list或者數組類型的，而是單個元素，則會被當成只有一個元素的list或者數組）
6、“<include>”標簽的路徑參數將被作為絕對路徑處理。（譯者注：這里很多網上的文檔都沒有提過，是本人經過觀察發現的，然后從源碼和其注釋中找到的。在這種情況下，如果傳入的ftl路徑是相對路徑，則會報找不到文件的異常）。
在其他方面，甚至是在兼容模式下，這個Freemaker解析引擎是2.1引擎，你不會因此而丟掉其他新的功能。
以上就是譯文， 那么如果我們設置了全局的classic_compatible屬性，而在某個頁面上又不想遵守這個屬性該怎么辦呢？這樣就可以在當前這個頁面上采用以下的辦法，讓當前的頁面不再支持傳統模式：<#setting classic_compatible=false>