当我们需要编辑某行数据的时候，可以将该行的数据设置到一个已经设计好的单行编辑框中进行编辑。在编辑完成以后，点击“保存”按钮，DWR可以采用ajax的方式访问服务器，将数据保存到数据库中。怎样设计一个单行编辑框呢？让我们一步一步来完成吧。

1、设计页面。

Js代码

1. addoptions(eleid, data, valueprop, textprop);  

 在该函数中，eleid是下拉框的id。data是下拉框需要显示的下拉列表的数据集，它通常需要包含至少两行数据，一行是下拉框value部分的数据，即需要存数据库的数据，另一行是下拉框text部分的数据，即仅仅用于在下拉列表中显示的数据。比如，我们有一个选择部门的下拉框，value部分对应的应当部门编号，而text部分应当是部门名称。清楚了data，valueprop和textprop就好说了，valueprop就是value部分的属性名，textprop就是text部分的属性名。因此，写一个选择部门的下拉框应当这样写：

Js代码

1. DepartmentBus.findDepartment(   
2.     function(resultset){       
3.         addoptions(‘department’,resultset.collection,   
4.             ’departmentId’,’departmentName’);});  

DepartmentBus.findDepartment(
function(resultset){
addoptions(‘department’,resultset.collection,
’departmentId’,’departmentName’);});

  另外一个关键的问题我想特别提一下，就是值对象的主键。我在设计hibernate的值对象的时候倡导的是使用无意义的主键。既然是无意义的主键，那么我们不应当将主键值展示给用户。因此我在设计页面的时候通常是将主键对应的标签设计成一个hidden标签。如果主键标签为空，在提交数据保存的时候，hibernate将执行插入操作；如果不为空，执行的将是更新操作。因此，通常不需要分别设计插入页面和更新页面，可以将它们合二为一（一些因特殊原因必须将插入页面和更新页面拆开来编写的情况应当另当别论）。

2、设计清除函数

Js代码

1. var department = new Department();   
2. dwr.util.setValues(department);  

var department = new Department();
dwr.util.setValues(department);

 第一行产生一个空值对象，第二行使用setValues()将页面清空。

3、设计编辑函数

当我们在列表显示框中选择了某行并点击“编辑”按钮以后，需要一个编辑函数将该行的数据设置到单行编辑框中。用DWR怎样设计编辑函数呢？前面提到，在列表显示框装载查询结果集的时候，我们同时也将结果集放置到了一个叫objCache页面端数据缓存中。当用户点击“编辑”按钮时，需要将该行的行好以参数的形式传递给编辑函数，然后编辑函数将到objCache中取得该行的值对象，最后使用setValues()将该值对象设置到单行编辑框中。

4、设计保存函数

Js代码

1. var department = new Department();       
2. dwr.util.getValues(department);       
3. dwr.engine.beginBatch();   
4. DepartmentBus.updateDepartment(department);   
5. dwr.engine.endBatch();   
6. objCache[curid] = obj;  

var department = new Department();
dwr.util.getValues(department);
dwr.engine.beginBatch();
DepartmentBus.updateDepartment(department);
dwr.engine.endBatch();
objCache[curid] = obj;

 回顾保存函数，我们可以抽象出部分代码，以便简化保存函数的编写并提高代码复用度。代码中的第2、3、5、6行都可以抽象成一个通用的函数进行编写。而代码中的1、4行则是个性化的代码，应当在具体编写每个功能的时候分别去实现。也就是说保存函数被我分成了通用函数和具体实现函数两部分，具体的实现见我的示例。

5、设计删除函数

当我们在列表显示框中选择了某行并点击“删除”按钮的时候，我们需要设计一个删除函数来删除该行数据。删除函数的设计与保存函数的设计比较近似，这里我就不再累赘了，朋友们自己思考吧。

一、转换一对多值对象出现的问题

我在《DWR帮助文档－dwr.xml文件的配置》一文中提到，我们应当把在dwr中用到的所有值对象都注册到dwr.xml配置文件中。在配置值对象的时候，有2种方式：使用model.*这种通配符的方式一次性将多个值对象进行注册；使用hibernate3或hibernate2的方式一个一个注册值对象。同时我也提到，使用第一种方式注册虽然简便，但存在不利于编写前端页面和性能差的问题，不推荐使用；使用第二种方式注册有利于程序的编写和性能的提高，但在dwr中存在bug。这样的bug是什么呢？我们不妨举一个实例来说明。假如在项目中存在部门和员工的值对象，并且是一对多的关系（每一个员工都只能在一个部门，但多个员工可以在用一个部门），那么hibernate在查询员工的时候会返回一个员工值对象的集合，集合中的每一个员工值对象都有一个部门属性，对应一个部门值对象，但多个员工值对象对应的可能是一个部门值对象。这个关系很清晰，也应该没有什么疑问，但在dwr将其转换为js中的对象的过程中却会发生错误。错误的提示是这样的：

org.

仔细查看和跟踪源码，我发现这个问题出在AbstractOutboundVariable类的getReferenceVariable方法中，它的源码是这样写的：

java 代码

1. /* (non-Javadoc)  
2.  * @see org.directwebremoting.OutboundVariable#getReference()  
3.  */  
4. public OutboundVariable getReferenceVariable()   
5. {   
6.     if (reference == null)   
7.     {   
8.         reference = new ReferenceOutboundVariable(getVariableName());   
9.         if (forcedInlineStatus)   
10.         {   
11.             throw new IllegalStateException("Ignoring request to inline on reference for: " + this);   
12.         }   
13.         else  
14.         {   
15.             setInline(false);   
16.         }   
17.     }   
18.     return reference;   
19. }  

当dwr已经使用了某个对象以后，就会将它的forcedInlineStatue置为true，当dwr再次装载这个对象的时候就会强制抛出IllegalStateException异常。这在通常情况下是没有问题的，但在我们前面提到的例子中就有问题了。当dwr转换员工值对象集合的时候，首先装载和转换了员工甲，他因为是“研发1部”所以dwr也装载了“研发1部”这个部门值对象。然后dwr开始装载和转换员工乙。由于员工乙也是“研发1部”，因此dwr又开始装载“研发1部”这个值对象，但突然发现这个值对象已经装载过了，因而就抛出了以上错误。如果我们希望整合dwr、spring、hibernate到一起进行项目开发，以上这个问题是怎么也不能避免的，问题是如何解决。非常遗憾的是，dwr官方似乎还没有要解决这个问题的意思，我思索再三以后决定，还是“自己动手丰衣足食”吧。解决的办法其实很简单，就是把11行这个强制抛出异常注释掉，然后重新编译。这样修改以后就再也没有出现以上问题，同时至今也没有发现其它问题出现。

二、转换一对一值对象出现的问题

这个问题我同样在《DWR帮助文档－dwr.xml文件的配置》一文中提到过，就是dwr在转换一对一值对象关系时出现死循环的问题。假如Employee值对象存在一个且最多一个Address值对象的时候，Employee有一个Address属性指向一个Address值对象，而Address值对象也同样会有一个Employee属性指向这个Employee值对象。我们知道hibernate对于一对一关联是不进行延迟加载的，所以dwr在装载和转换Employee值对象的时候会去加载它的Address值对象，然后在加载这个Address值对象的时候会又去加载那个Employee值对象。如此反复加载就形成了死循环。解决这个问题的办法就是在dwr.xml配置Address的时候，使用exclude禁用它对Employee的加载。详细说明见《DWR帮助文档－dwr.xml文件的配置》，这里就不再罗嗦了。

三、找不到值对象中set函数的问题

在使用dwr执行插入和更新操作的时候，有时会出现以下的警告：

Missing java bean property to match javascript property:[属性名]. For causes see debug level logs:

如果将log4j中dwr的级别降低为DEBUG级别，你还可以在控制台中看到一下提示：

You may be missing the correct setter: setXXX()The property may be excluded using include or exclude rules.

其实你并没有在dwr中禁用这个属性，同时也正确地在值对象中编写了一个setXXX()方法的，这个问题到底出在哪里呢？我查看了dwr的源码发现，dwr是如何获得一个值对象的所有属性及其各自的get和set方法呢？是采用Java的反向机制。如果你通过自己去编写或修改某个属性及其它的get和set方法，而不是通过工具生成，那么反向机制就可能找不到这个属性的get和set方法（注意，是可能而并不总是这样）。这个问题解决的办法就是删除该属性的get和set方法，然后使用MyEclipse的get和set方法生成工具自动生成。

四、找不到值对象的LazyInitializer的问题

在使用dwr执行插入和更新操作的时候，有时会抛出这样一个离谱的异常：

java.lang.

1. NoSuchMethodError: com.htxx.demo.model.Department.getHibernateLazyInitializer()Lorg/hibernate/proxy/LazyInitializer;   
2.     at com.htxx.demo.model.Department$$EnhancerByCGLIB$$f4b4f445.getHibernateLazyInitializer()   
3.     at org.directwebremoting.hibernate.H3BeanConverter.getClass(H3BeanConverter.java:139)  

之所以说这个异常比较离谱，是因为它似乎就没有dwr什么事。事实上它也是没有dwr什么事，而是hibernate出错了。查看hibernate的官方网站你可以发现这个bug的发布，并在hibernate3.2.0.rc4以后的版本这解决这个问题了。将hibernate3换成最新版本后果然就解决这个问题了。

五、执行查询时找不到hibernate查询工厂类的问题

这个还是hibernate3的问题。在执行查询的时候在控制台显示这样一个错误：

CharScanner; panic: ClassNotFoundException: org.hibernate.hql.ast.HqlToken

遇到这个问题不要怕，其实解决的方法很简单，就是在spring的配置文件ApplicationContext-hibernate.xml中，在sessionFactory的hibernateProperties属性中增加这样一段话：

xml 代码

1. <property name="hibernateProperties">  
2.     <props>  
3.        ...   
4.        <prop key="hibernate.query.factory_class">org.hibernate.hql.classic.ClassicQueryTranslatorFactoryprop>  
5.        props>  
6. property  

六、在JDK1.4中运行和部署DWR2和hibernate3出现的问题

在DWR2.0中提供了一些JDK5中才能使用的annotations的功能。然而，这个功能在JDK1.4的环境中进行启动或者部署会发生错误。抱歉的是这个错误信息我没有及时记录，日后补上。这个错误在网上可以轻易地搜索到解决方案，即在dwr.jar中删除掉org.directwebremoting.annotations.AnnotationsConfigurator这个类再重新部署就可以了。

同样的问题出现在hibernate3中，hibernate3对annotations的支持在JDK1.4中也可能出现异常，解决的办法就是在部署文件中删除掉hibernate-annotations.jar就可以了。

另外值得说明的是，以上2个问题并不是每次都会出现的。它们就如同幽灵一样有时出现有时不出现，因此我们并不需要总是删除这个类和jar包，只是在发生错误时才删除。

杨景 2008-04-02 14:17 发表评论

]]>

一、为什么要配置dwr.xml

要理解dwr.xml的配置首先要理解DWR的基本功能。DWR其功能的强大在于它可以用一种前所未有的便利方式将前端页面中的js与后端服务器中的java程序进行直接的转换。比如，它可以将java程序中的某个XxxBus转换成js中的一个对象，并将XxxBus中的某个方法如getXXX()转换成js中的一个名为XxxBus.getXXX()的function。同时，它可以将java中的值对象或其它数据包转换成js中的对象。理解这一点非常重要。配置文件dwr.xml就是让你告诉DWR哪些Bus你需要在页面中调用，以及你需要调用这些Bus中的哪些方法，哪些方法你不需要调用。一旦告诉了DWR这些信息，你似乎就可以在页面中像写java程序一样的直接调用Bus，而跳过了MVC层（如struts中的action和actionform）以及MVC层的繁琐配置与编程。为了帮助你理解这一点我举一个例子，已经清楚的朋友可以跳过。

假如我在项目的BUS层写了一个类叫DepartmentBus并在这个类中定义了一个方法getDepartment(String id)，那么我们先把这个类和它的方法配置到dwr.xml中（如何配置我后面再讲）。当DWR启动的时候，它会将java中的DepartmentBus及其方法getDepartment(String id)转换成js中的DepartmentBus及其方法getDepartment(String id)。更具体地说，它会动态产生一个叫DepartmentBus.js的文件（这个文件可以在测试状态下从“项目地址端口/dwr/test/DepartmentBus”中看到）。在这个文件中，会创建一个DepartmentBus的对象，一个叫DepartmentBus.fincDepartment(p0, callback)的函数。如果你在页面中引入了DepartmentBus.js文件，你就可以在该页面的中调用DepartmentBus.fincDepartment(p0, callback)方法，DWR就可以通过Ajax的方式直接去调用服务器端的DepartmentBus中的fincDepartment(String id)。同理，如果DepartmentBus中还有其它的函数，如createDepartment(Department vo)、updateDepartment(Department vo)等，DWR也会做如此的转换。

前面我们提到，DWR可以将服务器端java中的对象及其方法转换成客户端的js中的对象及其方法，一个棘手的问题就出现了。在java中的许多方法都是将某个对象作为它参数或返回值。这些对象往往都是一个个的JOPO，即它们有许多的属性，其中包含了需要传递的数据（最典型的就是值对象）。当js在调用java的某个方法时需要提供这个对象参数，同时在调用完成时需要将对象返回值以js可以接受的方式返回。怎样做到这一点呢？最简单的方式当然是让DWR再做一次转换，将这些java对象转换成js的对象，或者将js的对象转换成java对象。Ok，经过DWR这样的两次转换，我们就可以在页面与后台间自由地进行函数调用和数据交换。

二、如何配置dwr.xml文件

讲到这里，我们现在重新回到dwr.xml文件。前面我们提到，如果你需要在页面中调用服务器端的某个类中的方法，你需要在dwr.xml中注册这个类及其方法，注册方法如下：

Creator是创建这个对象所使用的构建器，如果你希望使用传统的new方法就写成new，如果你希望使用spring来创建则写成spring。当然也有其它的创建方法，有哪些方法呢？你可以打开dwr.jar，在org.directwebremoting包中找到一个dwr.xml的文件。在该文件init下的create中可以看到。

method部分写的是这些方法不带括号的方法名，如果有多个就写多行exclude；include则规定页面只能调用某些方法。

在dwr.xml中注册了需要调用的对象及其方法以后，你应当注册其所有方法的参数和返回值所涉及的对象，注册方法如下：

match用于告诉DWR你将需要把java中的哪些类转换成js。你可以写成com.htxx.demo.model.*，但我并不推荐大家这样使用。为什么呢？如果你像前面那样一个一个地注册对象，则就可以在页面使用这个的语句初始化一个对象：

var dep = new Department();

如果你使用后一种方法去批量注册对象，那么你就不能这样初始化这个对象而只能这样手动注册：

Var dep = {departmentId:null, departmentName:null, ……};

我推荐大家采用第一种方法的好处可以在我后面写的《DWR帮助说明－如何编写通用的单行编辑框》充分展现出来。但采用这种方法在DWR的现有版本中似乎还有点儿BUG，如何解决这个BUG我也将在后面的《DWR帮助说明－dwr的bug及其解决方法》中解答。

另外一个需要提的是，与creator一样，转换器也可以一样地设置exclude和include参数。但是与creator不同的是，它们说明DWR在转换对象的时候需要转换或不转换某些属性。这个参数对于hibernate的一对一关联非常重要。在hibernate中一对一关联是不做延迟查询的，假如有一个值对象Employee与值对象Address是一对一关联，那么Employee中有Address的属性，而Address中有Employee的属性。由于一对一关联不做延迟查询，当DWR在转换一个Employee是会装载它的属性Address，然后在装载Address的时候，又会去装载Address中的Employee属性。如此这样，就会形成一个死循环，最后以堆栈溢出告终。解决这个问题的办法就是禁掉Address中的Employee属性，避免产生死循环。具体写法如下：

Value部分是需要转换的属性，如果有多个则用逗号隔开就可以了。