2017-01-09 79 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時嘗試「強制更新快照/發行版」。這樣做不是工作。但是,物理刪除文件資源管理器中的回購(並重建)確實做了這項工作。