Весенний загрузочный файл развертывания на Tomcat

Я использую Spring Boot 1.2.4.RELEASE с исходным файлом gs-rest-service. Я получил:

127.0.0.1 - - [18/Jun/2015:09:59:25 +0300] "GET /gs-rest-service-0.1.0/ HTTP/1.1" 404 1021

Других исключений в логах Tomcat нет.

Я прочитал похожие вопросы, но мой тест не запускается. Spring Tom Boot War развернут в Tomcat

Я прочитал инструкции по созданию и развертыванию war- файлов и упаковочных файлов jar и war.

Может быть, я что-то пропустил.

Мой источник:

1.pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>org.springframework</groupId>
    <artifactId>gs-rest-service</artifactId>
    <version>0.1.0</version>
    <packaging>war</packaging>

    <properties>        
        <start-class>hello.Application</start-class>
        <java.version>1.8</java.version>
    </properties>


    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>1.2.4.RELEASE</version>
    </parent>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-tomcat</artifactId>
            <scope>provided</scope>
        </dependency>        
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.3.2</version>
                <configuration>
                    <showDeprecation>true</showDeprecation>
                </configuration>
            </plugin>
        </plugins>
    </build>

    <repositories>
        <repository>
            <id>spring-releases</id>
            <url>https://repo.spring.io/libs-release</url>
        </repository>
    </repositories>
    <pluginRepositories>
        <pluginRepository>
            <id>spring-releases</id>
            <url>https://repo.spring.io/libs-release</url>
        </pluginRepository>
    </pluginRepositories>
</project>

2.Application.java

package hello;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.boot.builder.SpringApplicationBuilder;
import org.springframework.boot.context.web.SpringBootServletInitializer;

@SpringBootApplication
public class Application extends SpringBootServletInitializer {

    @Override
    protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
        return application.sources(Application.class);
    }

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

Файлы Greeting.java и GreetingController.java не изменены.

Источник

2 ответа

Решение

Просто попробовал это здесь и мог воспроизвести точно такое же поведение.

Как бы глупо это ни звучало, скорее всего, вы запускаете свой внешний tomcat под Java 1.7 JRE (спекуляция), в то время как вы скомпилировали ваш код под 1.8 (мы знаем это из вашего pom).

Как ни странно, ошибки нет, и приложение появляется в приложении менеджера, но затем вы получаете 404, когда пытаетесь получить к нему доступ.

Один из способов убедиться в этом - взглянуть на вывод журнала tomcat. Вы видите баннер Spring Boot? Возможно нет.

Источник

Пытаться localhost:8080/gs-rest-service/greeting на вашем Tomcat. Tomcat обычно дает каждому WAR-приложению свое имя. Это имя используется в качестве корневой части вашего URL. В большинстве случаев это имя файла WAR, который gs-rest-service в твоем случае.

Источник
Другие вопросы по тегам