Spring集成Velocity的時(shí)候出現(xiàn)了亂碼, 看源碼發(fā)現(xiàn), Spring的使用的是Velocity的實(shí)現(xiàn), 默認(rèn)的是ISO(暈), 開(kāi)始的時(shí)候, 以為簡(jiǎn)單的:

<bean id="viewResolver" class="org.springframework.web.servlet.view.velocity.VelocityViewResolver">
??<property name="cache" value="false" />
??<property name="prefix" value="" />
??<property name="suffix" value=".vm" />
??<property name="contentType" value="text/html;charset=UTF-8" />
?</bean>

這樣就可以解決問(wèn)題, 沒(méi)想到, 還是亂碼,? 看了看Velocity相關(guān)的文檔, 于是改了改,

<bean id="velocifyConfig" class="org.springframework.web.servlet.view.velocity.VelocityConfigurer">
??? ?<property name="resourceLoaderPath" value="/WEB-INF/velocity/" />
??? ?<property name="velocityProperties">
??? ??<props>
??? ???<prop key="input.encoding">UTF-8</prop>
??? ???<prop key="output.encoding">UTF-8</prop>
??? ???<prop key="contentType">text/html;charset=UTF-8</prop>
??? ??</props>
??? ?</property>
??? </bean>

?<bean id="viewResolver" class="org.springframework.web.servlet.view.velocity.VelocityViewResolver">
??<property name="cache" value="false" />
??<property name="prefix" value="" />
??<property name="suffix" value=".vm" />
??<property name="contentType" value="text/html;charset=UTF-8" />
?</bean>

在velocityConfig里添加了:

<property name="velocityProperties">
??? ??<props>
??? ???<prop key="input.encoding">UTF-8</prop>
??? ???<prop key="output.encoding">UTF-8</prop>
??? ???<prop key="contentType">text/html;charset=UTF-8</prop>
??? ??</props>
??? ?</property>
以為, 這下, 肯定可以了吧, 應(yīng)該改的地方都改了, 高高興興的重啟了一下tomcat, 一訪問(wèn), faint仍然亂碼, 這下子崩潰了, 于是開(kāi)始找, 找啊找, 找啊找, 怎么也是找不到, 看了spring的源碼看了velocity的源碼, 怎么也想不通(一晚上都沒(méi)睡好啊), 剛剛起來(lái)的時(shí)候, 沒(méi)辦法, UTF-8改成了GBK, ok, 不亂了, 不過(guò), 變成了GBK, 總是感覺(jué)不爽, 不管, 反正是不亂了.

??? 研究 Web service 差不多有一個(gè)星期左右了 , 對(duì) Web service 也算有了一個(gè)初步的認(rèn)識(shí) , 比如 , 可以最大程度的復(fù)用 ,? 平臺(tái)無(wú)關(guān)性 , 編程語(yǔ)言模型無(wú)關(guān)性等 , 可以說(shuō) Web Service 確實(shí)很好的解了一部分問(wèn)題 , 但是 , 可能同樣也存在一些問(wèn)題 . 我想 , 如果真的想要進(jìn)行 web service 的開(kāi)發(fā) , 還要有幾點(diǎn)注意 :
1. 響應(yīng)的速度
?????? 我用 axis 寫(xiě)了一個(gè)簡(jiǎn)單的 ws, 同時(shí) , 用 Delphi 編寫(xiě)了一個(gè)簡(jiǎn)單的客戶端來(lái)調(diào)用 , 發(fā)現(xiàn)第一次調(diào)用的時(shí)候很慢 , 大約在三四秒左右 , 我想這個(gè)速度是不能被人們接受的 , 況且 , 這是都是在本機(jī)進(jìn)行 .

2. 開(kāi)發(fā)的流程問(wèn)題

?????? IBM developerWorks 上有一篇文章對(duì)此做出了一些闡述

1. 自上而下的開(kāi)發(fā)

2. 自下而上的開(kāi)發(fā)

3. 往返式的開(kāi)發(fā)

這三種都有各自的好處 , 自下而上的開(kāi)發(fā) , 會(huì)先編寫(xiě)接口 , 然后根據(jù)接口來(lái)生成相應(yīng)的 WSDL 文件 , 這種方式被很多工具很好的支持 , 但是 , 如果接口變了 , 那 WSDL 文件也要跟著變 , 那么調(diào)用可能就會(huì)發(fā)生錯(cuò)誤 . 自上而下的開(kāi)發(fā)會(huì)先手工編寫(xiě) WSDL, XSD 等文件 , 這對(duì)開(kāi)發(fā)人員的要求無(wú)形中有了提交 , 開(kāi)發(fā)人員必須很清楚的理解 WSDL, 和 XSD, 當(dāng)然 , 這種要求并不過(guò)分 .( 這也是被作者推薦的方式 ) 往返式開(kāi)發(fā)會(huì)先根據(jù)接口生成 WSDL 文件 , 然后在根據(jù) WSDL 文件生成代碼 , 這種方式 , 造成了一些流程上的混亂 , 也增加了一些無(wú)謂的流程 , 不建議使用 .

3. 每個(gè)服務(wù)的粒度問(wèn)題 , 我認(rèn)為 , 應(yīng)該由多個(gè)小的服務(wù) , 來(lái)組成整個(gè)業(yè)務(wù) .

4.RPC 形式 , 還是文檔形式 . RPC 的最大好處是簡(jiǎn)單 , 容易理解 , 也是被支持的最好的 , 不過(guò) , 文檔形式更為靈活 , 當(dāng)然 , 具體的選擇還要看業(yè)務(wù)的須求 .

5. 數(shù)據(jù)的驗(yàn)證 , 這應(yīng)該是個(gè)很重要的問(wèn)題 , 然而現(xiàn)在的工具似乎并不能很好的解決這個(gè)問(wèn)題 .

?

用Spring或是只用jstl的朋友大多都會(huì)遇到過(guò): 
                     According to TLD or attribute directive in tag file, attribute value does
not accept any expressions
這個(gè)問(wèn)題, 經(jīng)常會(huì)覺(jué)得摸不著頭腦, 我的代碼沒(méi)問(wèn)題啊(這是程序員經(jīng)常說(shuō)的一句話, hoho~), 確實(shí), 代碼沒(méi)問(wèn)題, 其實(shí)我也不知道是怎么回事, 不過(guò)如果你遇到上面的問(wèn)題, 可以試試下面的兩種解決辦法:
把url原來(lái)的/WEB-INF/c.tld*等改為http://java.sun.com/jstl/core**
把<web-app *****>
    </web-app>中的*全部去掉