Issues Lists - 完全自由的服务器_issuelists:

转移动端的事情还没完全定下来，这一阵正值手头事情已经没有大问题，因而抽时间比较系统地去了解前端知识，然后抛弃所有模板从零开始手动构建一个服务应用。

因为距离项目完成还有待时日（目前计划是十月份），暂时就不详细讲述如何搭建了。

在这里就是列举一下这个过程中的问题，顺便总结自己学习Java大半年，从完全不懂跟着转战两个大项目后的一些思考。

Issue 1： Autowired Fail

我们都知道，SpringMVC中需要配置一个servlet的配置文件来成功载入，而相对来说，我们也会配置contextConfigLocation以便载入诸如applicationContext之类的Spring等的配置文件。

通过IntelliJ的模板来构建SpringMVC想必不会有太多问题，而笔者是完全手动建立就会遇到各种各样的问题，而最令笔者头疼的，是Autowired Fail的问题。

什么时候发生的？笔者是在JPA构建自己的Repository发生的，表现为无法创建对应的实例。

在StackOverFlow有许许多多关于这方面的错误和解决方案，笔者一一尝试，无奈告负。

由于关于JPA的资料比较少，于是我把目光转向了Hibernate，在研读了相关文档成功运行了Hibernate后，我把目光投向了applicationContext.xml。

在StackOverFlow上的答案已经告诉我我的Autowired错误并不是通常配置问题，而Hibernate的成功运行（纯Spring环境）让我意识到了我之前忽略的问题，那就是Spring配置的文件applicationContext是不是并没有跟随Jetty启动做完载入？

果然，在配置好监听后，错误不再是Autowired的问题，而转向了我的配置文件。

增加在Web.xml中的配置如下：

	<listener>
		<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
	</listener>

解决了这个错误后，不由得有点汗颜，笔者作为一个转向Java已然大半年的新人，一直注重自己构建项目而不依赖模板，虽说包括Spring揭秘，apache和Jetty原理文档以及Spring相关文档都读了不少，但依然缺少判断问题的准确度，这同时也体现了大公司的缺点。

作为壮丁，即便能够迅速跟进项目并作出贡献，但是由于项目本身的构建完全没有参与，只是针对问题来研究，在实践方面还是有所欠缺，读百书很重要，但更重要的是能在实践中灵活应用，而目前笔者在这方面依然有所欠缺，还需努力的少年。