Зависимость Spring Boot Embedded Tomcat вызывает исключение при запуске

Я переношу старое приложение из JBoss/Wildfly для работы на tomcat. Почти все, что я смог сделать с помощью ресурсов, найденных в Интернете. Тем не менее, мне не очень повезло с последним выпуском. Я рано узнал, что мне нужно было добавить

providedRuntime('org.apache.tomcat.embed:tomcat-embed-jasper')

как зависимость для маршрутизации запросов. Если я не включу эту зависимость, я получу ошибку 404 при выполнении запроса. Похоже, это не оказывает негативного влияния на мое приложение, но я не ценю ошибки запуска, если все в порядке.

Целевой средой для этого является AWS с Tomcat 8, и он отлично работает при развертывании. Я только когда-либо видел эту ошибку, работающую локально (включена DEBUG):

2017-04-10 09:40:26.957 DEBUG 45630 --- [ost-startStop-1] o.a.tomcat.util.scan.StandardJarScanner  : Scanning JAR [file:/Users/bhodgson/.gradle/caches/modules-2/files-2.1/org.apache.velocity/velocity/1.6.2/1b470ec12a9b8aa69b0458a7e477dacb2cbdd6a0/velocity-1.6.2.jar] from classpath
2017-04-10 09:40:26.958 DEBUG 45630 --- [ost-startStop-1] o.a.tomcat.util.scan.StandardJarScanner  : Scanning JAR [file:/Users/bhodgson/.gradle/caches/modules-2/files-2.1/net.minidev/accessors-smart/1.1/a527213f2fea112a04c9bdf0ec0264e34104cd08/accessors-smart-1.1.jar] from classpath
2017-04-10 09:40:26.958 DEBUG 45630 --- [ost-startStop-1] o.a.tomcat.util.scan.StandardJarScanner  : Scanning JAR [file:/Users/bhodgson/.gradle/caches/modules-2/files-2.1/com.googlecode.json-simple/json-simple/1.1.1/c9ad4a0850ab676c5c64461a05ca524cdfff59f1/json-simple-1.1.1.jar] from classpath
2017-04-10 09:40:26.958 DEBUG 45630 --- [ost-startStop-1] o.a.tomcat.util.scan.StandardJarScanner  : Scanning JAR [file:/Users/bhodgson/.gradle/caches/modules-2/files-2.1/org.objenesis/objenesis/2.1/87c0ea803b69252868d09308b4618f766f135a96/objenesis-2.1.jar] from classpath
2017-04-10 09:40:26.959 DEBUG 45630 --- [ost-startStop-1] o.a.tomcat.util.scan.StandardJarScanner  : Scanning JAR [file:/Users/bhodgson/.gradle/caches/modules-2/files-2.1/com.sun.xml.bind/jaxb-core/2.2.11/c3f87d654f8d5943cd08592f3f758856544d279a/jaxb-api.jar] from classpath
2017-04-10 09:40:26.963  WARN 45630 --- [ost-startStop-1] o.a.tomcat.util.scan.StandardJarScanner  : Failed to scan [file:/Users/bhodgson/.gradle/caches/modules-2/files-2.1/com.sun.xml.bind/jaxb-core/2.2.11/c3f87d654f8d5943cd08592f3f758856544d279a/jaxb-api.jar] from classloader hierarchy

java.io.FileNotFoundException: /Users/bhodgson/.gradle/caches/modules-2/files-2.1/com.sun.xml.bind/jaxb-core/2.2.11/c3f87d654f8d5943cd08592f3f758856544d279a/jaxb-api.jar (No such file or directory)
    at java.util.zip.ZipFile.open(Native Method) ~[na:1.8.0_121]
    at java.util.zip.ZipFile.<init>(ZipFile.java:219) ~[na:1.8.0_121]
    at java.util.zip.ZipFile.<init>(ZipFile.java:149) ~[na:1.8.0_121]
    at java.util.jar.JarFile.<init>(JarFile.java:166) ~[na:1.8.0_121]
    at java.util.jar.JarFile.<init>(JarFile.java:130) ~[na:1.8.0_121]
    at org.apache.tomcat.util.scan.JarFileUrlJar.<init>(JarFileUrlJar.java:60) ~[tomcat-embed-core-8.5.11.jar:8.5.11]
    at org.apache.tomcat.util.scan.JarFactory.newInstance(JarFactory.java:48) ~[tomcat-embed-core-8.5.11.jar:8.5.11]
    at org.apache.tomcat.util.scan.StandardJarScanner.process(StandardJarScanner.java:338) ~[tomcat-embed-core-8.5.11.jar:8.5.11]
    at org.apache.tomcat.util.scan.StandardJarScanner.scan(StandardJarScanner.java:288) ~[tomcat-embed-core-8.5.11.jar:8.5.11]
    at org.apache.jasper.servlet.TldScanner.scanJars(TldScanner.java:262) [tomcat-embed-jasper-8.5.11.jar:8.5.11]
    at org.apache.jasper.servlet.TldScanner.scan(TldScanner.java:104) [tomcat-embed-jasper-8.5.11.jar:8.5.11]
    at org.apache.jasper.servlet.JasperInitializer.onStartup(JasperInitializer.java:101) [tomcat-embed-jasper-8.5.11.jar:8.5.11]
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5178) [tomcat-embed-core-8.5.11.jar:8.5.11]
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) [tomcat-embed-core-8.5.11.jar:8.5.11]
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1419) [tomcat-embed-core-8.5.11.jar:8.5.11]
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1409) [tomcat-embed-core-8.5.11.jar:8.5.11]
    at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_121]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_121]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_121]
    at java.lang.Thread.run(Thread.java:745) [na:1.8.0_121]

java.io.FileNotFoundException: /Users/bhodgson/.gradle/caches/modules-2/files-2.1/com.sun.xml.bind/jaxb-impl/2.2.11/a49ce57aee680f9435f49ba6ef427d38c93247a6/jaxb-core.jar (No such file or directory)
    at java.util.zip.ZipFile.open(Native Method) ~[na:1.8.0_121]
    at java.util.zip.ZipFile.<init>(ZipFile.java:219) ~[na:1.8.0_121]
    at java.util.zip.ZipFile.<init>(ZipFile.java:149) ~[na:1.8.0_121]
    at java.util.jar.JarFile.<init>(JarFile.java:166) ~[na:1.8.0_121]
    at java.util.jar.JarFile.<init>(JarFile.java:130) ~[na:1.8.0_121]

Проблема в том, что разрешение зависимостей не удается, потому что к сканируемому пути JAR не привязана версия. Вот мой локальный репозиторий для отсутствующих файлов:

bhodgson-mbp:a49ce57aee680f9435f49ba6ef427d38c93247a6 bhodgson$ pwd
/Users/bhodgson/.gradle/caches/modules-2/files-2.1/com.sun.xml.bind/jaxb-impl/2.2.11/a49ce57aee680f9435f49ba6ef427d38c93247a6
bhodgson-mbp:a49ce57aee680f9435f49ba6ef427d38c93247a6 bhodgson$ ls -lt
total 2048
-rw-r--r--  1 bhodgson  staff  1047863 Apr 10 08:44 jaxb-impl-2.2.11.jar

Это происходит только для jaxb-impl и jaxb-core.

Я попытался устранить конфликты зависимостей, но не нашел ничего, кроме одной старой версии jaxb-impl в качестве временной зависимости.

Так что я могу сделать? Я вижу, что все зависимости разрешаются из кеша gradle, но не понимаю, почему запрошенная зависимость не разрешается до правильной версии. Я собираюсь предположить, потому что это обычно включается либо в JRE/JDK, либо в сам Tomcat.

Вот мой файл градиента:

buildscript {
    ext {
        springBootVersion = '1.5.2.RELEASE'
    }
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}")
    }
}

apply plugin: 'java'
apply plugin: 'eclipse-wtp'
apply plugin: 'org.springframework.boot'
apply plugin: 'war'

war {
    archiveName = "ROOT.war"
    destinationDir = new File("${rootDir}/runway/FS_ROOT/opt/tomcat/webapps/")
}

sourceCompatibility = 1.8

repositories {
    mavenCentral()
}

configurations {
    providedRuntime
}

dependencies {
    compile('org.springframework.boot:spring-boot-starter-web')
    compile('org.springframework.boot:spring-boot-starter-security')
    compile('org.springframework:spring-oxm:4.3.5.RELEASE')
    compile('org.springframework.webflow:spring-webflow:2.4.4.RELEASE')
    compile('org.springframework.security:spring-security-taglibs')

    compile('commons-lang:commons-lang:2.6')
    compile('commons-io:commons-io:2.1')
    compile('commons-logging:commons-logging:1.2')
    compile('commons-digester:commons-digester:2.1')
    compile('commons-beanutils:commons-beanutils:1.9.3')
    compile('commons-fileupload:commons-fileupload:1.2.2')
    compile('commons-codec:commons-codec:1.8')

    compile('joda-time:joda-time:2.1')

    compile('com.jcraft:jsch:0.1.42')

    compile('org.codehaus.jackson:jackson-mapper-asl:1.9.5')

    compile('com.sun.jersey:jersey-client:1.19.3')
    compile('com.sun.jersey.contribs:jersey-spring:1.19.3')
    compile('com.sun.jersey:jersey-json:1.19.3'){
        exclude module: 'jaxb-impl' 
    }

    compile('javax.servlet:javax.servlet-api:3.1.0')
    compile('javax.servlet.jsp:jsp-api:2.2')

    compile('org.apache.cxf:cxf-rt-frontend-jaxws:3.1.6')
    compile('org.apache.cxf:cxf-rt-transports-http:3.1.6')
    compile('org.apache.tiles:tiles-core:3.0.7')
    compile('org.apache.tiles:tiles-extras:3.0.7')
    compile('org.apache.tiles:tiles-servlet:3.0.7')
    compile('org.apache.tiles:tiles-jsp:3.0.7')
    compile('org.apache.tiles:tiles-api:3.0.7')
    compile('org.apache.tiles:tiles-template:3.0.7')

    compile('com.github.dandelion:datatables-jsp:1.1.0')
    compile('com.github.dandelion:datatables-compression-yui:0.9.3')
    compile('com.github.dandelion:datatables-servlet2:0.9.3')

    compile('com.sun.xml.bind:jaxb-core:2.2.11')
    compile('com.sun.xml.bind:jaxb-impl:2.2.11')

    testCompile('org.testng:testng:6.3.1')
    testCompile('org.easymock:easymock:3.1')
    testCompile('org.springframework.boot:spring-boot-starter-test')

    providedRuntime('javax.servlet:jstl')
    providedRuntime('org.apache.tomcat.embed:tomcat-embed-jasper')
    providedRuntime('org.springframework.boot:spring-boot-starter-tomcat')
}

person Bret Hodgson    schedule 10.04.2017    source источник


Ответы (1)


Я столкнулся с той же проблемой и провел некоторое исследование.

Проблема в tomcat TldScanner, который ищет файлы tld в банках. Он использует StandardJarScanner и в соответствии с Tomcat Issue 59226 рекурсивно ищет банки, определенные в манифесте jar. под заголовком Class-Path.

Чтобы построить путь к зависимости, найденной в манифесте, он добавляет имя зависимости к исходному пути jar. Он хорошо работает для jar-файлов в том же каталоге, таком как каталог lib в взорванной войне или каталог lib tomcat, но терпит неудачу в тех случаях, когда путь к классам создан из кеша .m2 или .gradle:

путь от

/Users/bhodgson/.gradle/caches/modules-2/files-2.1/com.sun.xml.bind/jaxb-core/2.2.11/c3f87d654f8d5943cd08592f3f758856544d279a/jaxb-core.jar

объединен с jaxb-api.jar из манифеста, и результирующий путь недействителен

/Users/bhodgson/.gradle/caches/modules-2/files-2.1/com.sun.xml.bind/jaxb-core/2.2.11/c3f87d654f8d5943cd08592f3f758856544d279a/jaxb-api.jar

Например, это может произойти, когда вы запускаете приложение из IDE.

Здесь приведены инструкции, как отключить сканирование манифеста для JarScanner или отфильтровать банки, которые точно не содержат файлы tld: https://stackoverflow.com/a/43280452/5190486

Также этот ответ содержит информацию о проблемах Tomcat JarScanner: https://stackoverflow.com/a/43002625/5190486

person Aleksey Krichevskiy    schedule 15.08.2018