2017-01-09 54 views
0

我只是试图运行示例代码(通过STS IDE作为春季启动应用程序)后,但它只是终止(和没有发生错误)。从git下载,没有修改。春季启动/ REST - 示例代码终止启动

构建RESTful Web服务 示例代码:https://spring.io/guides/gs/rest-service/ 混帐回购协议:git的克隆https://github.com/spring-guides/gs-rest-service.git

**注:有一件事我试过,把[弹簧引导起动的tomcat]在我的Maven依赖和下载,无济于事。

::弹簧引导::(v1.4.3.RELEASE)

2017年1月9日17:33:14.942 INFO 5548 --- [主要] hello.Application:上 启动应用程序TDL05100504带PID 5548 (C:\ wm_dev \ gs-rest-service \ complete \ target \ classes由marshw2 在C:\ wm_dev \ gs-rest-service \ complete中启动)2017-01-09 17:33:14.946信息 5548 --- [main] hello.Application: 没有活动配置文件集,回落到默认配置文件:默认 2017-01-09 17:33:15.043信息5548 --- [main] s.c.a.AnnotationConfigApplicationContext:刷新 org.spring[email protected]6dc17b83: 启动日期[2017年1月9日17:33:15 EST 2017];上下文层次结构的根 2017-01-09 17:33:17.526 INFO 5548 --- [main] osjeaAnnotationMBeanExporter:为JMX注册Bean 启动时曝光2017-01-09 17:33:17.553信息5548 --- [
主] hello.Application:启动的应用程序在 3.224秒(JVM运行4.192)2017年1月9日17:33:17.555 INFO 5548 --- [线程1] scaAnnotationConfigApplicationContext: 关闭 有机spring[email protected]6dc17b83: 启动日期[2009年1月17日17:33:15 EST 2017];上下文层次的根 2017年1月9日17:33:17.559 INFO 5548 --- [线程1] osjeaAnnotationMBeanExporter:注销JMX-暴露在关机

+0

尝试从http://start.spring.io/下载一个spring启动示例,并将代码添加到其中。 –

+0

哪个示例代码?问题应该包含在这里。张贴链接是不够的,但你甚至没有这样做。 – Cubic

+0

代码是否启动任何WebServer或其他具有保持进程运行的非守护线程的其他内容。发布你的主要方法。 –

回答

0

该项目将运行原样 豆,所以你不需要做任何改变。在src/main下创建一个名为resources的文件夹。在该文件夹中添加一个名为application.properties的文件(如果您喜欢yaml,则添加application.yml)。在这个文件中添加一行可以调整日志记录级别的行,你应该得到更多关于发生了什么的细节。

src/main/resources/application.properties 

logging.level.org.springframework=DEBUG 

这会产生大量的信息,但应该吐出足够的东西来显示你的情况。

+0

我打开了春天的日志(如你所建议的),但在我眼中,它没有看到任何可疑的东西。结果在这里。 http://www.nomorepasting.com/getpaste.php?pasteid=40082 –

+0

最好奇。我的下一个建议是用'mvn package'构建uber jar,并通过'java -jar target/gs-rest-service-0.1.0.jar'在命令行上运行它。 –

+0

Hi Lane,Thx for feedback !我确实尝试过,输出(和行为)与我在STS中看到的相符。发生的一件有趣事情是我不得不跳过测试(mvn install -DskipTests)。 当正常构建时,我得到了通过域'mockMvc' - org.springframework.test.web.servlet.MockMvc表示的不满意的依赖关系。 –

0

对于我来说,这个问题是我Maven仓库的损坏引起的。使用STS 3.8.3时,我在执行Maven Update时尝试“强制更新快照/发行版”。这样做不是工作。但是,物理删除文件资源管理器中的回购(并重建)确实做了这项工作。