Spring Загрузочное приложение предоставляет 404 при развертывании в Tomcat, но работает со встроенным сервером

Руководствуясь Обслуживание веб-контента с помощью Spring MVC, я создаю веб-приложение загрузки Spring, которое я могу запускать, используя оба встроенный экземпляр Tomcat, а также на автономный сервер Tomcat 8.

Приложение работает как ожидалось, когда выполняется как java -jar adminpage.war, и я вижу ожидаемый результат при посещении http://localhost:8080/table. Однако, когда я развертываю сервер Tomcat 8 (отбрасывая adminpage.war в каталог webapps), я получаю ошибку 404, когда я посещаю https://myserver/adminpage/table.

Файлы catelina.log и localhost.log не содержат ничего полезного на сервере Tomcat.

Может кто подскажет, где я сделал неправильную конфигурацию? У меня не было таких же проблем в прошлом при развертывании сервисов RESTful с помощью Spring Boot, но это мой первый набег в веб-приложение.

Мои файлы приложений:

src/main/java/com/.../Application.java

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

}

src/main/java/com/.../MainController.java

@Controller
public class MainController {

    @RequestMapping("/table")
    public String greeting(Model model) {
        model.addAttribute("name", "Fooballs");
        return "table";
    }
}

src/main/resources/templates/table.html

<!DOCTYPE HTML>
<html xmlns:th="http://www.thymeleaf.org">
<head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
    <p th:text="'Hello, ' + ${name} + '!'" />
</body>
</html>

pom.xml

<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>com.foo</groupId>
  <artifactId>adminpage</artifactId>
  <version>1.0-SNAPSHOT</version>
  <packaging>war</packaging>

  <parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.4.0.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>
    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-thymeleaf</artifactId>
    </dependency>
    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-devtools</artifactId>
      <optional>true</optional>
    </dependency>
  </dependencies>

  <properties>
    <java.version>1.8</java.version>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>


  <build>
    <finalName>adminpage</finalName>

    <plugins>
      <plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
      </plugin>
    </plugins>
  </build>

</project>

Ответ 1

Я забыл изменить файл Application.java для расширения SpringBootServletInitializer и переопределить метод configure.

Исправленный файл:

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

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

Совет для https://mtdevuk.com/2015/07/16/how-to-make-a-spring-boot-jar-into-a-war-to-deploy-on-tomcat/ для указания моей ошибки.

Дополнительная информация в Создайте развернутый военный файл в Spring Официальные документы загрузки.

Ответ 2

В случае, если у кого-то возникли проблемы при загрузке спринта в версии сообщества IntelliJ. Вам просто нужно поместить ваш главный класс в основной пакет (com.xyx), а не помещать его в любой подпакет, который создается внутри com.xyx.