Spring Boot JAR, собранный с Maven с использованием requireUnpack не работает

Question

Я думаю, что столкнулся со следующей проблемой, Джерси не всегда работает с толстыми банками Spring Boot. Обходной путь должен состоять в том, чтобы установить зависимости Джерси в POM в requiresUnpack,

мой POM выглядит так:

<?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>net.hagstrom</groupId>
    <artifactId>demo</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <packaging>jar</packaging>

    <name>demo</name>
    <description>Demo project for Spring Boot</description>

    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>1.4.3.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>

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

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

        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <scope>runtime</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <configuration>
                    <requiresUnpack>
                        <dependency>
                            <groupId>org.glassfish.jersey.containers</groupId>
                            <artifactId>jersey-container-servlet</artifactId>
                        </dependency>
                        <dependency>
                            <groupId>org.glassfish.jersey.core</groupId>
                            <artifactId>jersey-client</artifactId>
                        </dependency>
                    </requiresUnpack>
                </configuration>
                <version>1.4.3.RELEASE</version>
                <executions>
                    <execution>
                        <goals>
                            <goal>repackage</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
</project>

Но я все еще получаю следующую ошибку, когда пытаюсь запустить JAR, который я построил с mvn package:

2017-01-13 10:44:28.229 ERROR 9289 --- [ost-startStop-1] o.s.b.c.embedded.tomcat.TomcatStarter    : Error starting Tomcat context. Exception: org.springframework.beans.factory.UnsatisfiedDependencyException. Message: Error creating bean with name 'org.springframework.boot.autoconfigure.jersey.JerseyAutoConfiguration': Unsatisfied dependency expressed through constructor parameter 1; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'jerseyConfig' defined in URL [jar:file:/home/mikael/Dev/Java/Java%20Programs/springBootDemo/target/demo-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes!/net/hagstrom/JerseyConfig.class]: Bean instantiation via constructor failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [net.hagstrom.JerseyConfig]: Constructor threw exception; nested exception is org.glassfish.jersey.server.internal.scanning.ResourceFinderException: java.io.FileNotFoundException: /home/mikael/Dev/Java/Java Programs/springBootDemo/target/demo-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes (No such file or directory)

Запуск JAR, который я встроил в IDE с Артефактами, прекрасно работает.

Что-то не так в моем POM или как мне построить JAR с Maven?

Answer 1

Возможно, это уже исправлено. Я опубликовал несколько постов в блоге, связанных с созданием API с использованием Spring Boot, Jersey 2 а также Docker и документирование их с помощью Swagger доступно по адресу: http://tech.asimio.net/2016/04/05/Microservices-using-Spring-Boot-Jersey-Swagger-and-Docker.html и http://tech.asimio.net/2016/05/07/Documenting-multiple-REST-API-versions-using-Spring-Boot-Jersey-and-Swagger.html, как с сопровождающим исходным кодом, так и мне не нужно unpack а также repackageJersey 2 зависимостей.

С другой стороны, когда я работал над сопутствующим исходным кодом для другого блога о регистрации и обнаружении служб с использованием Spring Cloud, Eureka, Ribbon и Feign, я интегрировал Spring Boot а также Jersey 1 (Jersey 1 не имеет Spring Boot стартер я вспоминаю для обхода распаковки Jersey 1 зависимости, необходимые для создания многомодульного Maven проект для этой конкретной службы API.

Answer 2

Проблема в том, что Джерси не может сканировать классы в новой "толстой загрузочной банке". Это происходит, когда вы пытаетесь использовать packages("some.package.to.scan") метод ResourceConfig учебный класс.

Однако вы можете добиться того же эффекта, используя средства сканирования путей к классам Spring. Таким образом, вы можете сканировать пакет аналогично config.packages():

ClassPathScanningCandidateComponentProvider scanner = new ClassPathScanningCandidateComponentProvider(false);
scanner.addIncludeFilter(new AnnotationTypeFilter(Provider.class));
scanner.addIncludeFilter(new AnnotationTypeFilter(Path.class));
config.registerClasses(scanner.findCandidateComponents("your.package.to.scan").stream()
            .map(beanDefinition -> ClassUtils.resolveClassName(beanDefinition.getBeanClassName(), config.getClassLoader()))
            .collect(Collectors.toSet()));

Примечание: пожалуйста, посмотрите на источник org.glassfish.jersey.server.internal.scanning.AnnotationAcceptingListener, Это стандартное решение, и вы можете видеть, что оно делает то же самое: оно ищет классы, помеченные @Path или же @Provider (но ничего не удается найти из-за сломанного механизма сканирования).

(Использование более старой версии загрузочного плагина у меня тоже сработало, но я пытался этого избежать.)

Answer 3

Я нашел проблему.

Spring Boot 1.4 изменил внутреннюю структуру Jar, чтобы упростить процесс начальной загрузки Spring Boot.

https://github.com/spring-projects/spring-boot/issues/1468

Вы можете оставить эту версию 1.4.3:

    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>1.4.3.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>

Но Spring-boot-jersey fat-jar, чтобы быть исполняемым без ошибок, необходимо понизить версию плагина до 1.3.8 следующим образом:

     <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <version>1.3.8.RELEASE</version>
            <executions>
                <execution>
                    <goals>
                        <goal>repackage</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>