Example entity must not be null

说实话,这次产生的错误是一个低级错误,下面将这次的debug经历写出来,告诫自己,也希望能帮助到犯了类似错误的朋友们!

代码环境:SSH

错误类型:Example entity must not be null(也可以看图片,里面是截取的一段报错)

控制台是否报错:不报错

本次做完ssh整合后,要实现用户注册控制功能,也就是已经注册的用户名不能再注册,并显示div提示,在后台做好service,dao和action方法后,前台对于注册功能可以正常提交,但是对于form的submit控制却不能起作用,通过alaert(data),出来的报错如上传的图片中的情况,错误类型为illegalArgumentException。那会不会是哪里传递了非法的参数呢?

经过后台debug的过程中,发现在action中调用service的方法的时候是调不到的。

经过确认dao方法和service中的方法代码都是正确的之后,action中的代码也只是简单的通过方法的结果输出1或者0,便于前台识别。

这里还分析,因为要把前台用户输入的用户名和密码(主要是对用户名进行查重)通过ajax传递到后台进行操作,所以会不会是前台的参数传递有错呢?

=============

这时再回来查看前台的ajax方法,发现在进行用户名传送的时候,写错了获取页面用户名框的jquery选择器,因为使用的是Domain model的方式,自己在写的时候将

$("[name='userName']"),其实正确的应该是$("[name='user.userName']"),如图:




在更改之后进行程序测试,故障排除,恢复后故障依旧,所以将错误定格在这里!


小小的错误,竟然导致了这么奇怪的问题,而且百度错误信息,没有可以匹配的解决方案和前辈案例,所以将这个问题写出来!告诫自己,也帮助大家!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值