Spring集成Velocity的时候出现了乱码, 看源码发现, Spring的使用的是Velocity的实现, 默认的是ISO(晕), 开始的时候, 以为简单的:

<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>

这样就可以解决问题, 没想到, 还是乱码,  看了看Velocity相关的文档, 于是改了改,

<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>
以为, 这下, 肯定可以了吧, 应该改的地方都改了, 高高兴兴的重启了一下tomcat, 一访问, faint仍然乱码, 这下子崩溃了, 于是开始找, 找啊找, 找啊找, 怎么也是找不到, 看了spring的源码看了velocity的源码, 怎么也想不通(一晚上都没睡好啊), 刚刚起来的时候, 没办法, UTF-8改成了GBK, ok, 不乱了, 不过, 变成了GBK, 总是感觉不爽, 不管, 反正是不乱了.

    研究 Web service 差不多有一个星期左右了 , 对 Web service 也算有了一个初步的认识 , 比如 , 可以最大程度的复用 ,  平台无关性 , 编程语言模型无关性等 , 可以说 Web Service 确实很好的解了一部分问题 , 但是 , 可能同样也存在一些问题 . 我想 , 如果真的想要进行 web service 的开发 , 还要有几点注意 :
1. 响应的速度
       我用 axis 写了一个简单的 ws, 同时 , 用 Delphi 编写了一个简单的客户端来调用 , 发现第一次调用的时候很慢 , 大约在三四秒左右 , 我想这个速度是不能被人们接受的 , 况且 , 这是都是在本机进行 .

2. 开发的流程问题

       IBM developerWorks 上有一篇文章对此做出了一些阐述

1. 自上而下的开发

2. 自下而上的开发

3. 往返式的开发

这三种都有各自的好处 , 自下而上的开发 , 会先编写接口 , 然后根据接口来生成相应的 WSDL 文件 , 这种方式被很多工具很好的支持 , 但是 , 如果接口变了 , 那 WSDL 文件也要跟着变 , 那么调用可能就会发生错误 . 自上而下的开发会先手工编写 WSDL, XSD 等文件 , 这对开发人员的要求无形中有了提交 , 开发人员必须很清楚的理解 WSDL, 和 XSD, 当然 , 这种要求并不过分 .( 这也是被作者推荐的方式 ) 往返式开发会先根据接口生成 WSDL 文件 , 然后在根据 WSDL 文件生成代码 , 这种方式 , 造成了一些流程上的混乱 , 也增加了一些无谓的流程 , 不建议使用 .

3. 每个服务的粒度问题 , 我认为 , 应该由多个小的服务 , 来组成整个业务 .

4.RPC 形式 , 还是文档形式 . RPC 的最大好处是简单 , 容易理解 , 也是被支持的最好的 , 不过 , 文档形式更为灵活 , 当然 , 具体的选择还要看业务的须求 .

5. 数据的验证 , 这应该是个很重要的问题 , 然而现在的工具似乎并不能很好的解决这个问题 .

 

用Spring或是只用jstl的朋友大多都会遇到过: 
                     According to TLD or attribute directive in tag file, attribute value does
not accept any expressions
这个问题, 经常会觉得摸不着头脑, 我的代码没问题啊(这是程序员经常说的一句话, hoho~), 确实, 代码没问题, 其实我也不知道是怎么回事, 不过如果你遇到上面的问题, 可以试试下面的两种解决办法:
把url原来的/WEB-INF/c.tld*等改为http://java.sun.com/jstl/core**
把<web-app *****>
    </web-app>中的*全部去掉