Spring Boot war file работает со встроенным, но не с автономным Tomcat
Я хочу создать war-файл с Spring Boot application, которое я могу развернуть в автономном контейнере Tomcat, не используя встроенный.
Я могу создать файл войны и запустить его самостоятельно, используя "java -jar pdfjs-annotator.war"
и он отлично работает.
Я построил приложение, используя gradle bootRepackage
(Используя Gradle, Tomcat7, Java 1.7).
но когда я развертываю файл war в автономном Tomcat и запускаю его, приложение, похоже, загружается без ошибок в соответствии с журнал, но я не могу получить доступ к любому из ресурсов, и URL-адреса контроллера не работают.
например, мой индекс.html-это статическая html-страница под src/main/resources/static / index.html, который я обычно могу вызвать через localhost: 8080 / index.html, но при развертывании в автономном Tomcat страница не доставляется (тогда она находится в файле war в WEB-INF/classes/static/index.html) через тот же url. А также любое отображение контроллера, похоже, не работает. Я получаю ошибку 404 вместо.
построить.Gradle в:
buildscript {
ext {
springBootVersion = '1.2.3.RELEASE'
}
repositories {
mavenCentral()
}
dependencies {
classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}")
classpath("io.spring.gradle:dependency-management-plugin:0.5.0.RELEASE")
}
}
apply plugin: 'java'
apply plugin: 'eclipse-wtp'
apply plugin: 'idea'
apply plugin: 'spring-boot'
apply plugin: 'io.spring.dependency-management'
apply plugin: 'war'
war {
baseName = 'pdfjs-annotator'
version = '1.0.0-SNAPSHOT'
}
allprojects {
apply plugin: 'java'
sourceCompatibility = 1.6
targetCompatibility = 1.6
}
repositories {
mavenCentral()
}
configurations {
providedRuntime
}
dependencies {
compile("org.springframework.boot:spring-boot-starter-data-jpa")
compile("org.springframework.boot:spring-boot-starter-data-rest")
compile("org.springframework.boot:spring-boot-starter-web")
runtime("mysql:mysql-connector-java")
providedRuntime("org.springframework.boot:spring-boot-starter-tomcat")
testCompile("org.springframework.boot:spring-boot-starter-test")
compile ('org.hibernate.javax.persistence:hibernate-jpa-2.0-api:1.0.1.Final')
}
eclipse {
classpath {
containers.remove('org.eclipse.jdt.launching.JRE_CONTAINER')
containers 'org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.7'
}
}
task wrapper(type: Wrapper) {
gradleVersion = '2.3'
}
моя главная приложение класс:
@EnableJpaRepositories
@SpringBootApplication
public class PdfAnnotator extends SpringBootServletInitializer {
public static void main(String[] args) {
SpringApplication.run(PdfAnnotator.class, args);
}
@Override
protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
return application.sources(PdfAnnotator.class);
}
}
когда я смотрю на взорванную войну, я вижу следующее META-INF / MANIFEST.MF:
Manifest-Version: 1.0
Start-Class: com.mypackage.pdfcomment.PdfAnnotator
Spring-Boot-Version: 1.2.3.RELEASE
Main-Class: org.springframework.boot.loader.WarLauncher
процесс сборки gradle обычно генерирует два артефакта войны, один из которых называется .война и один по имени .война.оригинал-то .война-это та, которая имеет надлежащее проявление.Записи MF и это тот, который я использовал для развертывания автономных Кот.
чего не хватает? Я уже проверил другие вопросы здесь, на так:
а также документы Spring Boot, но не смогли найти намек на то, что не так.
* = = = Update ===*
я установил новый Tomcat7, развернул там файл war, и все работает штраф. Казалось, какая-то проблема с экземпляром/конфигурацией Tomcat, который я запускал. Не уверен, в чем именно проблема, но я не буду беспокоиться, чтобы проверить его дальше, так как теперь он работает нормально с новым Tomcat.
2 ответов
У меня была эта точная проблема. Это было потому, что мое приложение было построено с Java 1.8, но Tomcat работал с 1.7. Все, казалось, правильно развернуто, и ошибок не было. Я просто получил 404, пытаясь поразить мои службы, которые в противном случае были в порядке со встроенным сервером tomcat. Мне потребовались века, чтобы понять это, но это был просто случай обновления java на установке Tomcat.
проект на самом деле настроен правильно, и оказалось, что проблема была с экземпляром Tomcat, который я запускал. Наверное, что-то не так с конфигурацией или банки. Экземпляр находится на месте уже долгое время, возможно, со временем все испортилось.
теперь с новым экземпляром Tomcat7 установлен, война работает просто отлично.