社区

Java

主题

网格计算,

集群与缓存

类似Google构架的开源项目Hadoop 已经存在一年多了，现在正受到来自开发社区的广泛关注。下面是来自Hadoop官网 的消息：

Hadoop是一个软件平台，可以让你很容易地开发和运行处理海量数据的应用……Hadoop是MapReduce 的实现，它使用了Hadoop分布式文件系统（HDFS）。MapReduce将应用切分为许多小任务块去执行。出于保证可靠性的考虑，HDFS会为数据块创建多个副本，并放置在群的计算节点中，MapReduce就在数据副本存放的地方进行处理……

Hadoop是由Java编写的，该项目已到得Yahoo的全面支持，项目的领袖Doug Cutting从2006年一月开始已经被Yahoo全职雇用于此项目中。华盛顿大学也从那时开始了一个以Hadoop为基础的分布式计算的课程，课程相关的材料也已发布 在Google Code了，以满足那些对这项技术感兴趣的开发者们。
最近，Yahoo的Jeremy Zawodny提供了 一个Hadoop的状态更新：

在过去的几年里，每家参与建立大规模Web系统的公司都面临着一些相同的基础性挑战……底层架构从来都是一个挑战。你不得不去购 买、并大量安装和管理众多的服务器，即使你使用的是其他人提供的商业硬件平台，你也不得不开发软件对这些任务进行分治处理，并让其保持运行……要建立一个 必要的软件基础结构，我们可以放弃开发自己的技术，这可以认为是一项竞争优势，先赚到钱再说。但我们已经选择了一条稍有不同的路，当认识到有越来越多的公 司和组织的需求都很相似的时候，我们发现了Doug Cutting（开源项目Nutch和Lucene的开创者）的工作，于是我们邀请他加入Yahoo，在新的开源项目Hadoop上继续工作。

Zawodny去年一直工作于提供数据排序的基准评测，在测试中，每一个节点都对相同总和的输入数量进行排序。 假如有20个节点，每个节点有100条记录，那么就有2000个记录需要排序；当有100个节点时，每个节点有100条记录，那就总共有10000条记 录。下面是最近的评测结果：

日期		节点数	耗时（小时）
四月	2006	188	47.9
五月	2006	500	42.0
十一月	2006	20	1.8
十一月	2006	100	3.3
十一月	2006	500	5.2
十一月	2006	900	7.8
七月	2007	20	1.2
七月	2007	100	1.3
七月	2007	500	2.0
七月	2007	900	2.5

Tim O'Reilly找出了 Zawodny所发的帖子，并从中发现了来自于Yahoo的高层支持：

……Yahoo! 已经在一月聘用了Hadoop的创始人Doug Cutting，但Doug在开源大会上的谈论 ，更像是Hadoop的发布会，Yahoo! 也想以此表明Hadoop项目对他们来讲有多么重要。实际上，我还接到David Filo打来的电话，他想确认我是否知道这种支持来自于高层……
…… 为什么Yahoo! 的参与这么重要？首先，这预示一个搜索界第二大的公司认识到开源是在Web 2.0上与一个占统治地位的对手进行竞争的强大武器……支持Hadoop和其它Apache项目不仅仅只是让Yahoo深入到他们可以使用的开源软件项目 中，更会帮助他们恢复在极客（geek）心中的形象……其次，或是同样重要的是，Yahoo! 给了Hadoop一个机会进行规模方面的测试……

John Munsh用一句话总结了 Yahoo的参与：“Hadoop和‘非我发明症（Not-Invented-Here Syndrome）’之反例”。（译者注：John Munsh在这里用“非我发明症”来指Microsoft那种不愿意接受任何协议，标准，或是其他公司开发的软件的态度。它认为不是自己创造的东西就是不 值得信任的。而Yahoo! 却基于竞争对手Google的MapReduce来构造自己的应用，所以这里说是“非我发明症”之反例。）

微软的Sriram Krishnan则从那些 转到类似Hadoop和Amazon EC2这种针对大规模应用并在不断发展的解决方案的创业者和开发人员所面对的问题的角度，对Hadoop提出了反对意见：

Web 2.0的主要价值来自于由众多用户生成的数据，如del.ico.us、Digg、Facebook……它已经超越了任何个人运行大规模的服务器软件的商 业意义，如Gmail、Google Search、Live、Y! Search……放荡不羁的极客们根本就不会去碰那些大规模blob存储（S3，Google文件系统），大规模结构化存储(Google的 Bigtable），还有在这种微架构之上运行代码的工具（MapReduct，Dryad）等等……我也不知道Doug Cutting的这种类似的开源产物在这条路上已经走了多远——也许这就是答案吧……

社区

Architecture

主题

性能和扩展性

“可伸缩性（Scalability）”是软件厂商常常在新闻稿中用到的一个词（也是人们站在饮水机旁谈论的一个词），但这个词在很多情况下都被误解了。例如，很多人说起可伸缩性的时候其实指的是性能和高可用性。Royans K Tharakan试图回答“什么是可伸缩性”这个问题，他说：

可伸缩性，简单来说，是以更大的规模来做你现在所做的事。伸展一个Web应用的规模在于让更多的人使用你的程序。如果你没法找出 方法在伸展规模的同时提高性能，没关系。而且只要你可以伸展规模来处理更大数量的用户，那么有几个单点故障（single point of failure）也没关系。

Royans解释说如今我们在面对规模伸展的时候有两个选择：

• 纵向的可伸缩性——在同一个逻辑单元内增加资源来提高处理能力。这样的例子包括在现有服务器上增加CPU，或者在现有的RAID/SAN存储中增加硬盘来提高存储量。
• 横向的可伸缩性——增加更多逻辑单元的资源，并令它们像是一个单元一样工作。大多数集群方案、分布式文件系统、负载平衡都是在帮助你提高横向的可伸缩性。

架构师们都在为达到线性的可伸缩性而挣扎，目的是让系统产出的增长与系统中投入资源的增长保持稳定的比率。然而，增加资源会导致一般耗费 （overhead）的额外增长，因此难以达到线性的可伸缩性。Royans将之称为“伸缩性因子”，并用它来区分各种类型的伸缩能力：

• 如果在你扩大规模的时候伸缩性因子保持为常数，这种叫做线性伸缩性。
• 但很可能有些组件并不像其他组件那么适应规模的增长。小于1.0的伸缩性因子叫做次线性伸缩性。
• 话说回来，也可能因为增加更多组件而获得更佳的性能（在RAID系统中跨多个磁盘的I/O，当磁盘越多，性能越好）。这种叫做超线性伸缩性 。
• 如果应用程序没有专门为可伸缩性而设计，有可能当规模扩大的时候情况会变糟。这种称为负伸缩性。

跟软件开发中的许多事物一样，这里也没有适合一切情形的银弹可以解决你的伸缩性问题。Royans建议说，“如果你急切需要可伸缩性，向纵向发展可能是最容易的”，但注意“不幸的是纵向伸展会随着你的规模增长而越来越昂贵”，而且“无穷的横向线性伸缩性只是难以达到，而无穷的纵向伸缩性绝不可能”。他继续说：

从另一方面来说，横向可伸缩性并不要求你购买越来越昂贵的服务器。它的本意是用普通的存储和服务器方案来实现规模伸展。不过横向可伸缩性也不便宜。应用必须从建造的最底层就加以考虑才能在多台服务器上运行得像一台服务器一样。

Royans最后建议应该考虑所有的层次才能解决可伸缩性问题：

对于一个成功的Web应用，所有的层次都要同样能够应付规模的增长。包括存储层（集群文件系统、S3等）、数据库层（分区、联 合）、应用层（memcached、scaleout、terracota、tomcat clustering等等）、Web层、负载平衡、防火墙等等。比如，如果你没办法实现多个负载平衡控制器来处理未来的网络流量，不管你在Web层的横向 伸缩性上扔下多少钱，都不会有什么效果。你的流量始终被限制在一个负载平衡控制器能够承受的程度。

查看英文原文：Think you know what scalability is?

12月 22nd, 2006 by 奇遇

1.       基本组成：

a)         运行入口CodeEngineRunner的main（）；里面注册所有的Generator；主要有：IbatisGenerator，ControllerGenerator，JSPGenerator三个；任意一个可以单独运行多次；

b)        代码结构：*Generator,用于生成domain，manager和sqlmap，controller等文件，在生成之后为了保持系统的完整性，通常会调用一些Modifier去修改配置文件；由于每个Generator会单独再次访问配置文件，所以可以单独和重复生成；

c)        主要的配置文件有2个，位于code_engine目录下，分别为：code-engine-config.xml，code-engine-gears.xml，但在实际使用中，我们经常要配置的是code-engine-gears.xml，前者一般在项目开始的时候设定，后者用来生成和修改domain，manager和sqlmap, controller，jsp和相关的一些配置文件；

d)        模板文件位于template文件夹下面；可以任意添加和调用；语法为freemarker，但是，通常只需参照其他模板文件，一般都可以写出新模板；

e)         每次运行codeengine都会在backup目录下面生成备份文件，以备再次生成和修改；

f)         生成日志在logs目录下；

g)        Framework目录是框架目录，可重用部分，在生成新项目时候拷贝用；

h)        Reference目录是一些开发组件，主要是写js组件；

2. code-engine-config.xml 配置简介：

       <?xml version="1.0" encoding="UTF-8"?>

<codeEngineConfiguration>

    <context>

        <distDir path="D:"wiczone"trunk"wiczone" java="src" web="war"/>

        <!--<distDir path="D:"test"trunk"project" java="src" web="war"/>-->

        <!--<distDir path="build" java="src" web="war"/>-->

        <templateDir path="template"/>

        <i18nSupport>true</i18nSupport>

        <database classPath="lib"mysql-connector-java-3.1.7-bin.jar">

            <driverClass>org.gjt.mm.mysql.Driver</driverClass>

            <url>jdbc:mysql://localhost:3306/wiczone</url>

            <username>root</username>

            <password>root</password>

        </database>

        <package base="biz.wic" app="application">

        <!--<package base="biz.web" app="framework">-->

            <domain>domain</domain>

            <controller>web</controller>

            <manager>manager</manager>

            <service>service</service>

        </package>

        <web layoutComponent="tiles">

            <manager>WEB-INF"applicationContext-manager.xml</manager>

            <lucene>WEB-INF"applicationContext-lucene.xml</lucene>

            <servlet>WEB-INF"action-servlet.xml</servlet>

            <security>WEB-INF"applicationContext-acegi.xml</security>

            <sqlMapConfig>WEB-INF"sql-map-config.xml</sqlMapConfig>

            <messages>WEB-INF"classes"messages.properties</messages>

            <tiles>WEB-INF"defs</tiles>

            <jdbc>WEB-INF"jdbc.properties</jdbc>

        </web>

    </context>

    <!--

    IMPORTANT NOTES:

    1.in most cases, we no necessary to modify the <context/> part, since we have already set done;

    2.each of controller/jsp can be re-created alternatively.

    3.please becareful that metadata's character case.

    4.the basis rule is:

        if not existed we will created;

        if already existed we may overwrited;

    -->

</codeEngineConfiguration>

1） 如上所示，< database > 用于配置数据库的连接，注意要保证driver能访问到；

2） <Package>负责生成各种代码使用，

3） <web>用于指定一些配置文件；

4） 以上文件通常在项目开始的时候设定；

<context>详解

a）<distDir path="build" java="src" web="war"/>

        <!--<distDir path="D:"dist_project" java="src" web="war"/>-->

        <templateDir path="template"/>

        <i18nSupport>true</i18nSupport>

distDir@path指目标项目的路径，‘build’是相对路径； @java指java source code的根目录；

@web指web application的根目录；

templateDir@path指freemarker template所在的目录，这里设定的是$Code_Engin$"template; 此目录下放置用于生成controller和jsp的模板文件（以ftl为文件后缀）；

template /lib/下面放置的一个common.ftl为通用的functions，已经用auto imports引入，要调用common.ftl的function，通常类似：<@ce.dosth param=paramObj />, ce是namespace，用于限定引用；具体代码见（BaseGenerator.java）

5） i18nSupport是指定jsp是否支持多语言；一般设定为支持的；

<package base="biz.wic" app="application">

            <domain>domain</domain>

            <controller>web</controller>

            <manager>manager</manager>

            <service>service</service>

        </package>

用于设定java code的package；

       <web layoutComponent="tiles">

            <manager>WEB-INF"applicationContext-manager.xml</manager>

            <servlet>WEB-INF"jbcc-servlet.xml</servlet>

            <security>WEB-INF"applicationContext-acegi.xml</security>

            <sqlMapConfig>WEB-INF"sql-map-config.xml</sqlMapConfig>

            <messages>WEB-INF"classes"messages.properties</messages>

            <tiles>WEB-INF"defs</tiles>

6）         </web>

3.code-engine-gears.xml配置详解：

<?xml version="1.0" encoding="UTF-8"?>

<gears>

    <!--

    Generate model, related sqlmap manager file via abator, in most case we don't need modify the abator-config.xml;

    just add the following model node will work;

    and this model node can create more than one; model name should be unique;

    default extends is : biz.web.framework.domain.BaseEntity

    -->

    <model name="city_model" table="city" domain="City" usingLucene="false"

           extends="biz.web.framework.domain.BaseEntity" keyProperty="id"/>

    <!--

    Create *Controller and *MgrController, modify layout component like Tiles of Sitemesh;

    modify action-servlet.xml, applicationContext-*.xml

    defaultMethods@keyProperty default to "id"

    -->

    <controller name="City" springBeanDef="true" template="controller.ftl">

        <managers>CityMgr</managers>

        <!--<services support="MailService"></services>-->

        <defaultMethods refModel="city_model">

            <method name="index" style="form" view="list_city"/>

            <method name="listAll" style="ajax" />

            <method name="list" style="ajax" />

            <method name="get" style="ajax"/>

        </defaultMethods>

    </controller>

    <!-- using the option [extends] to generated Mgr controller,

        overwrite default to true;

        method view default to

        -->

    <controller name="CityMgr" springBeanDef="true" template="controller_mgr.ftl"

                extends="City" overwrite="true">

        <!--<services support="CompassService"></services>-->

        <defaultMethods refModel="city_model">

            <method name="manager" style="form" view="list_mgr_city"/>

            <method name="update" style="form" view="edit_city"/>

            <method name="create" style="form" view="edit_city"/>

            <method name="save" style="form" view="edit_city"/>

            <method name="edit" style="form" view="edit_city"/>

            <method name="delete" style="ajax"/>

        </defaultMethods>

    </controller>

    <!-- overwrite default to true;

        jsp name attribute used for jsp file name, and also used for tiles definition

    -->

    <jsp name="list_mgr_city" refController="CityMgr" template="list_mgr_jsp.ftl" overwrite="false">

        <tiles>main_layout_4</tiles>

    </jsp>

    <jsp name="edit_city" refController="CityMgr" template="edit_jsp.ftl" overwrite="false">

        <!--<tinyMCE>content</tinyMCE>-->

        <!--<tiles>main_layout_4</tiles>-->

    </jsp>

    <!--<jsp name="detail_recommend" refController="City" template="detail_jsp.ftl" overwrite="false">-->

        <!--<tinyMCE>content</tinyMCE>-->

        <!--<tiles>main_layout_1</tiles>-->

    <!--</jsp>-->

    <!--overwrite default to true;-->

    <!--<jsp name="list_city" refController="City" template="list_jsp.ftl" overwrite="false">-->

        <!--<tiles>main_layout_2</tiles>-->

    <!--</jsp>-->

</gears>

1）<model> <controller><jsp> 等节点用于生成domain，manager，controller和jsp，可配置0-n个；次序随意; 且每个节点都有可选属性 overwrite （true、false）；

overwrite指定当目标controller文件存在时，是否要覆写该文件，否则就生成.generated为后缀的文件；overwrite属性是可选的，默认为true；

2）<controller name="CityMgr" springBeanDef="true" template="controller_mgr.ftl"

                extends="City" overwrite="true">

<managers>CityMgr</managers>

        <!--<services support="CompassService"></services>-->

        <defaultMethods refModel="city_model">

            <method name="manager" style="form" view="list_mgr_city"/>

            <method name="update" style="form" view="edit_city"/>

            <method name="create" style="form" view="edit_city"/>

            <method name="save" style="form" view="edit_city"/>

            <method name="edit" style="form" view="edit_city"/>

            <method name="delete" style="ajax"/>

        </defaultMethods>

    </controller>

这个配置看上去有些复杂，是为了提供更好的灵活性；name用于在code engine中标识controller，同时用于生成的controller.java的命名；在配置文件中应该是唯一的；

springBeanDef用于指出是否在相关的配置文件中添加spring bean的定义，比如xxx-servlet.xml等；否则只是生成controller的java；

template指定freemarker模板；

managers指定要注入manager定义；如果有多个用逗号分割；可选；

services指定要注入service定义；如果有多个用逗号分割；@support用于指定framework下的common service，比如mail，compass等；可选；

defaultMethods里面用于指定生成的controller里面的方法；refModel 指参照的model定义， method@name用于指定方法名，比如list，而且list方法是预定义写在模板里面的; method@style指定代码风格，可选有form，ajax两种；这个风格会同时影响cotroller部分和jsp部分；

method@view指方法返回的tiles定义视图，当然这个属性在style是form的时候有效；可选；

e） <jsp name="edit_user" refController="UserMgr" template="edit_jsp.ftl" >

        <tinyMCE>Description</tinyMCE>

        <tiles>main_layout_1</tiles>

    </jsp>

Jsp的name用于生成的jsp页面的文件名，同时还是tiles的定义，在生成controller时候也是有用的；

refController就是指明jsp所参照的controller定义；通过这个refController，jsp可以找到default_methods的style，refModel等信息；

Template指明所使用的freemarker模板；

这里省略了overwrite属性，overwrite属性是可选的，默认为true；

tinyMCE指定要加入tinyMCE支持，同时，所管理的属性为‘Description’； 可选属性；

tiles属性定义了，此jsp所extend的layout，可选属性；

f)

<model name="city_model" table="city" domain="City" usingLucene="false"

           extends="biz.web.framework.domain.BaseEntity" keyProperty="id"/>

用于生成domain，manager，和sqlmap，可以配置多个；

luceneSupport可选，如为true代表将在domain和manager以及配置文件中加入lucene的支持；

4.创建新项目

A.从codeEngineRunner开始执行createNewProject（“distProject”）；（将copy必需的框架文件到目标目录，同时修改jdbc.properties等文件，同时将初始化abator-config.xml；）

B．分别用到了JDBCPropertiesModifier和CodeEngineInitModifier；

C．执行目标工程project目录下的initdb.bat;初始化数据库，加载初始系统表和数据；当然执行此步骤之前要先创建数据库；

D．利用codeEngineRunner的从数据库表，生成相应的文件后，使用project目录下build.bat编译文件；

1.       方案：

a)         Load balancer +reverse proxy server + server cluster；

图一是整体的结构图；思路很清楚；这种的结构的网站系统可以提高系统的响应能力；

       图一

b）细节问题：

       i）web server 是否可以是非同质的server，比如有的负责mail，有的负责web页面，

有的负责文件上传；

             ii)用户的session信息如何在不同的server之间同步；

              iii）如果使用数据库集群的话，则有的dbserver只负责读数据，有的则读写都做；

                     如何实现；Replaication 在mysql中的支持正在研究；

       c）加入reverse proxy server; 图二显示了如何在架构中加入reverse proxy server；

              这里选择的proxy server是squid （http://www.squid-cache.org），（至于为什么选它，

因为很多人都用它；本人奉行拿来主义）；squid用来cache静态的文件，js，image，

css等；squid可以和tomcat，apache等集成；

图二

d）谁来做load balancer呢，如果你使用linux操作系统的话，那么一定要试试Linux Virtual Server（www.linuxvirtualserver.org/ http://zh.linuxvirtualserver.org/ ）, 我国的章文嵩博士主持的开源项目，TelTel的首席科学家；

IBM 的介绍资料：

http://www-128.ibm.com/developerworks/cn/linux/cluster/lvs/part1/index.html

http://www-128.ibm.com/developerworks/cn/linux/cluster/lvs/part2/index.html

http://www-128.ibm.com/developerworks/cn/linux/cluster/lvs/part3/index.html

http://www-128.ibm.com/developerworks/cn/linux/cluster/lvs/part4/index.html

图三

不光要考虑开发的简单，还要考虑日后的升级；

甚至足够充分的文档资料支持；还有现有团队的技术能力；以及项目时间等；

MVC：第一要素我个人觉得是要简单，因为在这个部分的中的代码量，通常相对后端是很多的；一个容易上手，并且大家都熟悉并且不讨厌；

           SpringMVC，我个人觉得是很完备的mvc，有着很強的灵活性，但正是这种灵活性，让很多人无所适从；

           Struts 1 标签很糟糕；form对象很别扭，繁琐的配置；

           Struts2 没有用过，如果他还有form我就不打算用；

学习springside（以前）使用Spring 的MultiActionController，减少了很多没有必要的配置；在一个controller里面可以写多个Action；MultiActionController还可以很灵活的从request中绑定Domain对象，非常的方便；

MultiActionController 加 Controller可以满足全部的需要；

JSP部分使用spring form tag；

Tiles 和 sitemesh； 考虑到使用Ajax，而sitemesh是利用filter来修饰；选择Tiles；

ORM用ibatis,当前最实用，简单的ORM；而且可以自动生成，又容易理解；何乐而不为；

FullTextSearch： compass + lucene；

Others：ActiveMQ + ApacheCXF

Form/Ajax Request > Controller > Manager/Service > GenericDao

其他辅助工具：

EMS for mysql；

SVN as version control；

DB/web server：mysql/resin

关于速度问题；
我想在大多数情况下，我们不是在get
all，如果只是java， jsp，
xml等的话，还是可以忍受的；同时更新几个文件大约1分钟左右（我在公司测的）；
如果get
all的话，可以选择一个空闲的时间去得，或者由某个人得一下，想办法减少重复工作；
或者大家有没有什么好建议？ ：）

最新进展： http://www.coollittlethings.com/svn/wiczone/
私有的，免费的，快的；
步骤：1.注册和激活；

2.访问http://svn.coollittlethings.com/project_detail.php?name=wiczone
              申请加入此项目；
      3.通知我把申请者加入，即可；

做网站最难的是定位。

当定好位，剩下的事情再苦再难对站长来说也是快乐。

当一个人有做事的信心和能力，却不知道要做什么时是最痛苦的。

当一个剑客找不到人PK的时候是最孤独的。

当一个站长无法确定一个网站定位的时候是最彷徨的。

站长失败的两大原因： 1 定位错误  2 缺乏坚持

有一个经常被引用的故事：

一个人挖井，10年先后挖了10眼井，没有一眼挖出水来。有好多眼井，在快要挖出水的时候，他动摇了，放弃了，他认为里永远不会挖出水，于是又去开挖一眼新井，就这样10年过去了...
另一个人，一眼井坚持挖了10年，终于挖出了如泉水般的、清冽甘甜的井水，
他成功了！

上面的故事被很多成功者引用，以证明坚持的重要性。

但问题是，如果这个地方真的挖不出水呢？或者你根本不可能坚持到挖出水的那天，你为什么不去寻找一个地下蕴涵着丰富水资源的地方呢？

还有，当你终于选择了一个水位非常高、水质非常好的地方，但别人，那些更具实力的挖井大户也看中了这个地方，在你的旁边以比你更快的速度打了一眼深井，你怎么办？
所以刚刚起步的网络创业者，你第一要定好位。第二要确定这是大网站顾及不到的地方。你要确定你不仅能率先在这里打出水，而且能牢牢占据这个地方！

你看好在线点播、看好B2B、C2B、B2C，但你看到排成长队、腰缠万贯、虎视耽耽的那些人了吗？你冷静的想一下你能挤进去吗？以为有千八百万很了不起吗，但有人可以上亿烧钱，你和他玩，玩的起吗？强者和强者最后的竞争是实力的竞争、是资本的较量。
我们要玩的是弱者和强者的游戏，是用弱者之强对强者之弱。强中有弱，弱中有强，这是颠仆不破的真理！强能转为弱，弱能化为强，这是永恒的运动规律！这些暂且不提，再回到网站的定位上。

网络创业者的定位是否正确，基本上就决定了他的事业能否得到长远发展。

网络创业的机会还非常非常多，关键是有没有抓住这些机会的眼光！

还是用打井做比喻，你可以聘请专业的勘探队伍帮你寻找最佳位置。你还可以接着别人半途而废的井继续挖，但关键还是眼光要好，眼光好则定位准确，定位准确，网站发展会形成良性循环，所有的努力都将促进网站的快速发展。定位不准确，则事倍功半，最后徒劳无功。

一开始的定位很小，小可以变成大，

一开始的定位很大，大可能变成小。

所以我觉得特色很重要，而且不易模仿的特色其实才能算是真正的特色，因为在中国很多好东西，从一开始就是在模仿；模仿就是在学习别人的定位，而非自己的，只有自己设立的目标或特色，在长时间的努力坚持后，才形成自己真正的特色；才是网站长久发展的根本；

 Selenium
是一个由ThoughtWorks做的专门为web应用所做的非常有效的功能测试工具。Selenium
的 tests
直接在浏览器里跑，就像用户真的在操作一样。Selenium
可运行 Windows, Linux, 和 Macintosh 的各种浏览器， 如
Internet Explorer, Mozilla 和 Firefox。
.......

访问链接：
http://forum.springside.org.cn/viewthread.php?tid=195&extra=page%3D1

之前一直以为我们搞定了中文，所以一直没有怀疑我们的配置，今天和立国发现一个问题：
就是用ajax的方式去创建一个记录，然后用jsp的方式去取数据，出现乱码；
但是用ajax的方式取此记录，正常；
后来发现，我们提交数据的方式，不管是ajax的，还是form表单提交，所使用的编码通通没有指定！！，虽然我们在页面上加上了<%@
page contentType="text/html;charset=UTF-8" language="java"
%>，但这一句主要是负责response的数据显示；
查了资料后才发现需要加上：<%@ page  pageEncoding="utf-8"
%>；
而之前我们都没有指定request的charset，所以按照servlet标准，大多数web
server（Resin，Tomcat）默认按照iso-8859-1来处理，而我们的数据库是utf-8的，所以放到数据库中的数据并不是utf-8的；所以用jsp显示时候出错；但用ajax的方式为什么没出错，还没有搞明白；
解决方案：
1.ajax方式
#1：prototype.js [line707]contentType:
'application/x-www-form-urlencoded;charset=UTF-8',
#2：BaseController [line135] response.setCharacterEncoding("UTF-8");
以上两行保证了ajax请求和相应的方式一致，并都是utf8；
2.form表单方式；
#3：在jsp加上：<%@ page  pageEncoding="utf-8" %>；
#4：和<%@ page contentType="text/html;charset=utf-8" language="java"
%>
3.我在web。xml中加了一个encodefilter，保证了当请求中没有指定charset的时候，使用utf-8方式，所以以上#1和#3处的指定charset是可选的！!
请大家注意更新以上3个文件；prototype.js,BaseController
.java, web.xml

同意以上所述，更新3个文件：prototype.js,
BaseController.java, web.xml ，顶。

我发现直接按照以上的配置resin还有问题，就是无法加载applicationContext_manager.xml;
我费了很大劲才搞明白，是resin用自己的xmlparser所以不识别spring2.0的xml
schema 配置；已经找到解决办法：
1.将<web-app id="/wiczone" document-directory="你自己的wiczone war

目录G:/IdeaProjects/wiczone/trunk/wiczone/war"/> 改为：
<web-app id="/wiczone"
document-directory="D:/wiczone/trunk/wiczone/war">
        <!-- xml -->
        <system-property javax.xml.parsers.DocumentBuilderFactory=
                                             "org.apache.xerces.jaxp.DocumentBuilderFactoryImpl"/>
                  <system-property javax.xml.parsers.SAXParserFactory=
                                             "org.apache.xerces.jaxp.SAXParserFactoryImpl"/>
                                <!--  xslt -->
        <system-property javax.xml.transform.TransformerFactory=
                                             "org.apache.xalan.processor.TransformerFactoryImpl"/>
      </web-app>;
2.得最新web-inf\lib下的jar包；多加了一个xml解析器；
另外，\trunk\web
server\resin下面有resin服务器，和resin配置文件；