<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, 总是感觉不爽, 不管, 反正是不乱了.

2. 开发的流程问题

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

1. 自上而下的开发

2. 自下而上的开发

3. 往返式的开发

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

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

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

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