前言:在使用框架的时候我们经常出错的不是在代码上,而是在配置和相关数据库语句操作上.所以当我们出现org.hibernate.QueryException: could not resolve property: ?? of: com.zyc.domain.Customer这种类似的错误异常时可以分一下几部进行排错.
一丶第一步
检查JavaBean中的属性与表中的属性是否一致类型是否相同,最好是JavaBean中的属性与数据库中的属性名也一致,避免错误,JavaBean中的属性具有包装类的都用其包装类来进行创建,这里的属性与表中的数据匹配不是你创建的private String name;中的name,识别的时候是以你的get/set来进行识别进行与数据库匹配的,所有最好使用编译环境自动生成属性的get/set方法.
二丶第二步
检查配置文件是否有数据配置错误,一般在配置的时候会经常导致错误,尤其是在面对一对多/多对一/多对多的时候的配置.
三丶第三步
检查自己编写的代码中涉及到使用JavaBean和数据库表的地方的语句,比如查询语句或是一些HQL语句,不要书写数据库中的属性名(除非JavaBean中的属性一致),因为HQL是面向对象的数据库查询语言,不过基本语义和SQL语句差不多.而在使用QBC语句进行查询的时候一定要注意调用方法时传入的参数,不要因为在页面获取值和表中的属性混淆导致传入时混淆.
例如下面的情况:
/**
* 查询客户信息
*/
public String customerList() throws Exception {
// 获取客户端发来的数据
HttpServletRequest request = ServletActionContext.getRequest();
String cust_name = request.getParameter("cust_name");
// 获取DetachedCriteria对象
DetachedCriteria dc = DetachedCriteria.forClass(Customer.class);
// 进行判断是否有值
if (null != cust_name && !("".equals(cust_name))) {
//dc.add(Restrictions.like(cust_name, "%"+cust_name+"%"));
//上面的这句话就是和上面获取的cust_name混淆,导致传入的数据将cust_name变量直接当成参数传入,从而导致异常,下面的写法才是正确的
dc.add(Restrictions.like("cust_name", "%"+cust_name+"%"));
}
List<Customer> list = cs.selectCustomerList(dc);
request.setAttribute("list", list);
return SUCCESS;
}