继承了不一定就不报错呀，看一下属性是怎么定义的要

没有Service也可以做下去，但是 当规模变大时 ， 光靠action处理业务的话  是相当恶心的。

service层不是一个必要条件 ， 你可以不写  ， 但它是一个规范。（我个人人认为）

若action中写成employee_Login，那么对应的login函数就要写成大写的L，如果action中写成小写employee_login,对应方法为login()

我错了····是拼写问题而已

返回值要判断一下是否为空

employyeService他是一个类   不是接口 

我也是这个问题，原因是hibernate版本bug,在5.2.1版本做出了修改，你可以使用5.2.1以后的版本，我使用的是5.2.2，就没有这种问题了

是不是没注入，看下配置文件是否注入dao，是否使用@Autowired

通过调用setEmployeeService(EmployeeService employeeService)方法，将ref="employeeService"的Bean注入到Action中的employeeService属性，且employeeService是EmployeeServiceImpl的接口

直接复制类名的限定名，粘贴的时候就会有全路径

请问你找见了吗

因为你输入完后到达登陆页面，然后你填写姓名密码后会提交给action，然后再执行action里面的login的方法

一样到呀  hibernate4 也是可以直接用this.getHibernateTemplate() 再进行相对应操作

已解决了  太粗心了

如图所示

缺少jar包

搞定了吗？我也遇到这样的问题

配置文件里bean的name属性是javabean的属性。private的时候应该是接口，不然接口就不起作用

.........

不一样，name的值是与你建的类中的属性值一致的；ref指的是引用的值，是被参考的bean的name。

在method后面加这个保证可以  strict-method-invocation="false"

这样做是为了后期的维护。当软件全部编好了，测试好了，然后给用户装好了，但是过一段时间，用户用着不爽，他又让做软件的人改变一些功能，这样软件开发人员只需要改实现类里面的代码，也就是只用改一个包下代码，不用这个包改一下，那个包里的代码还要改。因为项目大了，代码就是成万上亿行。用了接口的话，就起了这个作用，我举个生活中的例子：就好比你家突然停电了，经过你的一番检查，发现是一处电线断了，这时候你只需要把电线里面的铜丝或者铝丝接上，就好了，而不用把电线外面的绝缘皮剥了，然后再接铜丝或者铝丝。可能说的意思不太对，但是就是这个意思。

另外，不用接口的话，假如修改了dao中的代码，因为service引用了dao中的类，那么也要改变service里面的代码，改完之后要重新编译运行，当项目比较大的时候，编译和运行很浪费时间的，而且会产生一些意外（我听老师说的，我还没遇见过），本来只要编译dao中的代码，现在不光要编译dao中的代码，还要编译service。因为你不用接口，间接着action里的代码也要改，因为action中引用了service中的类，到最后，就变成了，牵一发而动全身。本来在各个层之间用了接口只需要改一处代码的，这下可好，全要改，再举个不太恰当的例子:好比，我摔了一跤，小腿摔断了，小腿断了，因为没用接口，间接着，大腿也断了，接着，屁股开花了，接着，上身也感染了。最后gg了。可能不太恰当，但是有助于你理解。

我知道了是我在index中的action动作写成了employee_Login，所以对应的login函数就要写成大写的L，我后来吧这个动作改成了employee_login,就可以了