2017-01-09 3 views
0

Я просто пытаюсь запустить образец кода (через STS IDE в качестве приложения Spring Boot), но он просто завершается (и ошибок не возникает). Загружено с git, не изменилось.Spring Boot/REST - Код образца завершается после запуска

Схема построения веб-службы RESTful Пример кода: https://spring.io/guides/gs/rest-service/ Git Repo: GIT клон https://github.com/spring-guides/gs-rest-service.git

** Примечание: одна вещь, которую я попробовал, положить [весна-загрузочное стартер-кот] в моем мавена зависимостями и загруженными, безрезультатно.

:: Пружина загрузки :: (v1.4.3.RELEASE)

2017-01-09 17: 33: 14,942 ИНФО 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 INFO 5548 --- [main] hello.Application: Активный профиль не установлен, возвращается к профилям по умолчанию: по умолчанию 2017-01-09 17: 33: 15.043 INFO 5548 --- [главная] s.c.a.AnnotationConfigApplicationContext: Обновление org.spring[email protected]6dc17b83: Дата запуска [Пн. Jan 09 17:33:15 EST 2017]; корень из контекстной иерархии 2017-01-09 17: 33: 17.526 INFO 5548 --- [main] osjeaAnnotationMBeanExporter: Регистрация фаз для JMX выдержка при запуске 2017-01-09 17: 33: 17.553 INFO 5548 --- [
главная] hello.Application: Начало Применение в 3,224 секунд (JVM работает на 4.192) 2017-01-09 17: 33: 17,555 ИНФО 5548 --- [тема-1] scaAnnotationConfigApplicationContext: Закрытие орг. spring[email protected]6dc17b83: Дата запуска [Пн. Jan 09 17:33:15 EST 2017]; корень контекста иерархии 2017-01-09 17: 33: 17,559 ИНФО 5548 --- [Тема-1] osjeaAnnotationMBeanExporter: Дерегистрация JMX подвергшихся воздействию бобы на выключение

+0

Попробуйте загрузить пример загрузки весны из http://start.spring.io/ и добавить в него свой код. –

+0

Какой пример кода? Вопросы здесь должны быть самодостаточными. Проводки ссылок недостаточно, но вы этого даже не делали. – Cubic

+0

Создает ли код какой-либо WebServer или что-то еще, у которого есть потоки не-демона, которые поддерживают процесс. Отправьте вам основной метод. –

ответ

0

Проект будет работать как есть, поэтому вам не нужно вносить какие-либо изменения. Создайте папку под именем src/main. В этой папке добавьте файл с именем application.properties (или application.yml, если вы предпочитаете yaml). Добавьте строку к этому файлу, которая будет проверять уровень ведения журнала для отладки, вы должны получить более подробную информацию о том, что происходит.

src/main/resources/application.properties 

logging.level.org.springframework=DEBUG 

Это будет генерировать много информации, но следует выплюнуть достаточно, чтобы показать вам, что до.

+0

Я запустил весенний каротаж (как вы предполагали), но, на мой взгляд, он не видит ничего подозрительного. Результаты здесь. http://www.nomorepasting.com/getpaste.php?pasteid=40082 –

+0

Самое любопытное. Следующим моим предложением было бы создать uber jar с 'mvn package' и запустить его в командной строке через' java -jar target/gs-rest-service-0.1.0.jar' –

+0

Hi Lane, Thx для обратной связи ! Я попробовал это, и результат (и поведение) соответствует тому, что я вижу в STS. Одна интересная вещь, которая произошла, заключалась в том, что мне пришлось пропустить тесты (mvn install -DskipTests). При нормальном построении я получал неудовлетворенную зависимость, выраженную через поле «mockMvc» - org.springframework.test.web.servlet.MockMvc. –

0

Для меня эта проблема была вызвана повреждением моего репозитория maven. Используя STS 3.8.3, я пытался «Принудительное обновление снимков/выпусков» при выполнении Maven Update. Это сделало не работа. Однако физическое удаление репо в Проводнике (и перестроение) действительно выполнило эту работу.

Смежные вопросы