findResource("") возвращает null при наличии module-info.java, почему это так?

Я отлаживаю почему при наличии module-info.java в моем приложении Spring Boot, spring-orm выдает исключение во время запуска. Это исключение:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactory' defined in class path resource [org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaConfiguration.class]: Invocation of init method failed; nested exception is java.lang.NoClassDefFoundError: javax/transaction/UserTransaction
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1699) ~[spring-beans-5.0.8.RELEASE.jar:na]
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:573) ~[spring-beans-5.0.8.RELEASE.jar:na]
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:495) ~[spring-beans-5.0.8.RELEASE.jar:na]
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:317) ~[spring-beans-5.0.8.RELEASE.jar:na]
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222) ~[spring-beans-5.0.8.RELEASE.jar:na]
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:315) ~[spring-beans-5.0.8.RELEASE.jar:na]
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199) ~[spring-beans-5.0.8.RELEASE.jar:na]
    at spring.context@5.0.8.RELEASE/org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1089) ~[spring-context-5.0.8.RELEASE.jar:na]
    at spring.context@5.0.8.RELEASE/org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:859) ~[spring-context-5.0.8.RELEASE.jar:na]
    at spring.context@5.0.8.RELEASE/org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550) ~[spring-context-5.0.8.RELEASE.jar:na]
    at spring.boot@2.0.4.RELEASE/org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:140) ~[spring-boot-2.0.4.RELEASE.jar:na]
    at spring.boot@2.0.4.RELEASE/org.springframework.boot.SpringApplication.refresh(SpringApplication.java:762) [spring-boot-2.0.4.RELEASE.jar:na]
    at spring.boot@2.0.4.RELEASE/org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:398) [spring-boot-2.0.4.RELEASE.jar:na]
    at spring.boot@2.0.4.RELEASE/org.springframework.boot.SpringApplication.run(SpringApplication.java:330) [spring-boot-2.0.4.RELEASE.jar:na]
    at spring.boot@2.0.4.RELEASE/org.springframework.boot.SpringApplication.run(SpringApplication.java:1258) [spring-boot-2.0.4.RELEASE.jar:na]
    at spring.boot@2.0.4.RELEASE/org.springframework.boot.SpringApplication.run(SpringApplication.java:1246) [spring-boot-2.0.4.RELEASE.jar:na]
    at tech.flexpoint.dashmanserver/tech.flexpoint.dashmanserver.DashmanServerApplication.main(DashmanServerApplication.java:13) [classes/:na]
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:na]
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:na]
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:na]
    at java.base/java.lang.reflect.Method.invoke(Method.java:564) ~[na:na]
    at spring.boot.devtools@2.0.4.RELEASE/org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49) [spring-boot-devtools-2.0.4.RELEASE.jar:na]
Caused by: java.lang.NoClassDefFoundError: javax/transaction/UserTransaction
    at java.base/java.lang.Class.getDeclaredMethods0(Native Method) ~[na:na]
    at java.base/java.lang.Class.privateGetDeclaredMethods(Class.java:3119) ~[na:na]
    at java.base/java.lang.Class.privateGetPublicMethods(Class.java:3144) ~[na:na]
    at java.base/java.lang.Class.getMethods(Class.java:1863) ~[na:na]
    at hibernate.core@5.2.17.Final/org.hibernate.service.internal.AbstractServiceRegistryImpl.applyInjections(AbstractServiceRegistryImpl.java:288) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.service.internal.AbstractServiceRegistryImpl.injectDependencies(AbstractServiceRegistryImpl.java:279) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:239) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:210) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.service.internal.SessionFactoryServiceRegistryImpl.getService(SessionFactoryServiceRegistryImpl.java:80) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.internal.SessionFactoryImpl.canAccessTransactionManager(SessionFactoryImpl.java:942) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.internal.SessionFactoryImpl.buildCurrentSessionContext(SessionFactoryImpl.java:953) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:319) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:462) ~[hibernate-core-5.2.17.Final.jar:na]
    at hibernate.core@5.2.17.Final/org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:892) ~[hibernate-core-5.2.17.Final.jar:na]
    at spring.orm@5.0.8.RELEASE/org.springframework.orm.jpa.vendor.SpringHibernateJpaPersistenceProvider.createContainerEntityManagerFactory(SpringHibernateJpaPersistenceProvider.java:57) ~[spring-orm-5.0.8.RELEASE.jar:na]
    at spring.orm@5.0.8.RELEASE/org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:365) ~[spring-orm-5.0.8.RELEASE.jar:na]
    at spring.orm@5.0.8.RELEASE/org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.buildNativeEntityManagerFactory(AbstractEntityManagerFactoryBean.java:390) ~[spring-orm-5.0.8.RELEASE.jar:na]
    at spring.orm@5.0.8.RELEASE/org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:377) ~[spring-orm-5.0.8.RELEASE.jar:na]
    at spring.orm@5.0.8.RELEASE/org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.afterPropertiesSet(LocalContainerEntityManagerFactoryBean.java:341) ~[spring-orm-5.0.8.RELEASE.jar:na]
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1758) ~[spring-beans-5.0.8.RELEASE.jar:na]
    at spring.beans@5.0.8.RELEASE/org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1695) ~[spring-beans-5.0.8.RELEASE.jar:na]
    ... 21 common frames omitted
Caused by: java.lang.ClassNotFoundException: javax.transaction.UserTransaction
    at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) ~[na:na]
    at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190) ~[na:na]
    at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499) ~[na:na]
    ... 42 common frames omitted

Я разыскал проблему, чтобы URLClassLoader.findResource("") возврате null если module-info.java присутствует но "file:/C:/Users/pupeno/Documents/Dashman/code/dashmanserver/target/classes/" если это не так.

Я создал минимально возможный пример, который выдает такое же исключение. Чтобы запустить его, вам необходимо:

  1. Клонируйте и установите последнюю версию Moditect здесь: https://github.com/moditect/moditect поскольку это исправление ошибки еще не вышло: https://github.com/moditect/moditect/issues/51
  2. Клонировать демо-репозиторий с: https://github.com/dashmantech/demo
  3. Настройте локальную базу данных PostgreSQL с учетными данными demo/confi/application.properties
  4. Бежать mvn clean package во-первых, так что ModiTec создает все модули
  5. Откройте проект в недавней копии IntelliJ
  6. Нажмите кнопку воспроизведения для профиля "Run Demo" (.idea каталог включен с соответствующим профилем запуска, с аргументами и т. д.).

я нуждаюсь findResource("") возвращать "file:/C:/Users/pupeno/Documents/Dashman/code/dashmanserver/target/classes/" чтобы spring-orm может работать.

findResource("") выглядит так:

public URL findResource(final String name) {
    /*
     * The same restriction to finding classes applies to resources
     */
    URL url = AccessController.doPrivileged(
        new PrivilegedAction<>() {
            public URL run() {
                return ucp.findResource(name, true);
            }
        }, acc);

    return url != null ? URLClassPath.checkURL(url) : null;
}

Таким образом, я вижу, что есть некоторый доступ, который работает без использования системы модулей, но это предотвращается системой модулей Java, когда module-infe.java настоящее. Моя проблема в том, что я не понимаю, как заставить это работать, что нужно экспортировать или открыть, чтобы это работало?

Spring Boot вызывает этот метод через RestartClassLoaderподкласс URLClassLoaderв частности, строка 124, которая вызывает super.findResource(name) в:

@Override
public URL findResource(String name) {
    final ClassLoaderFile file = this.updatedFiles.getFile(name);
    if (file == null) {
        return super.findResource(name);
    }
    if (file.getKind() == Kind.DELETED) {
        return null;
    }
    return AccessController
            .doPrivileged((PrivilegedAction<URL>) () -> createFileUrl(name, file));
}

Конкретные RestartClassLoader Используемый экземпляр является членом ClassPathResource и это определяется так:

this.classLoader = (classLoader != null ? classLoader : ClassUtils.getDefaultClassLoader());

в конструкторе, строка 85.

И, наконец, getDefaultClassLoader() выглядит так:

/**
 * Return the default ClassLoader to use: typically the thread context
 * ClassLoader, if available; the ClassLoader that loaded the ClassUtils
 * class will be used as fallback.
 * <p>Call this method if you intend to use the thread context ClassLoader
 * in a scenario where you clearly prefer a non-null ClassLoader reference:
 * for example, for class path resource loading (but not necessarily for
 * {@code Class.forName}, which accepts a {@code null} ClassLoader
 * reference as well).
 * @return the default ClassLoader (only {@code null} if even the system
 * ClassLoader isn't accessible)
 * @see Thread#getContextClassLoader()
 * @see ClassLoader#getSystemClassLoader()
 */
@Nullable
public static ClassLoader getDefaultClassLoader() {
    ClassLoader cl = null;
    try {
        cl = Thread.currentThread().getContextClassLoader();
    }
    catch (Throwable ex) {
        // Cannot access thread context ClassLoader - falling back...
    }
    if (cl == null) {
        // No thread context class loader -> use class loader of this class.
        cl = ClassUtils.class.getClassLoader();
        if (cl == null) {
            // getClassLoader() returning null indicates the bootstrap ClassLoader
            try {
                cl = ClassLoader.getSystemClassLoader();
            }
            catch (Throwable ex) {
                // Cannot access system ClassLoader - oh well, maybe the caller can live with null...
            }
        }
    }
    return cl;
}

мой module-info.java содержит:

module tech.flexpoint.dashman {
    exports tech.flexpoint.dashman to com.fasterxml.jackson.databind;
    exports tech.flexpoint.dashman.controllers.configurator to javafx.fxml;

    opens tech.flexpoint.dashman to javafx.graphics, jna;
    opens tech.flexpoint.dashman.controllers.common to javafx.fxml;
    opens tech.flexpoint.dashman.controllers.configurator to javafx.fxml;
    opens tech.flexpoint.dashman.models to org.hibernate.validator, tech.flexpoint.dashmancommon, javafx.base;

    opens common;
    opens configurator;
    opens displayer;
    opens winscreensaver;

    requires appdirs;
    requires org.bouncycastle.provider;
    requires com.fasterxml.jackson.core;
    requires com.fasterxml.jackson.databind;
    requires com.fasterxml.jackson.datatype.jdk8;
    requires io.sentry;
    requires jackson.annotations;
    requires java.desktop;
    requires java.sql;
    requires java.validation;
    requires javafx.controls;
    requires javafx.fxml;
    requires javafx.graphics;
    requires javafx.media;
    requires javafx.web;
    requires jna;
    requires jna.platform;
    requires org.apache.commons.lang3;
    requires org.kordamp.ikonli.javafx;
    requires org.kordamp.ikonli.fontawesome5;
    requires spring.core;
    requires spring.retry;
    requires spring.web;
    requires tech.flexpoint.dashmancommon;
}

В IntelliJ у меня включены следующие плагины:

  • Ломбок Плагин
  • .ginore
  • PowerShell
  • VisualVM Launcher
  • ANSI Highlighter
  • Поддержка пакетных скриптов
  • Просмотр байт-кода
  • CMD Поддержка
  • авторское право
  • покрытие
  • Поддержка CSS
  • Инструменты базы данных и SQL
  • Интеграция с Git
  • GitHub
  • Gradle
  • Groovy
  • Интеграция Heroku
  • Инструменты HTML
  • HTTP-клиент
  • 1818 для Java
  • Синхронизация настроек IDE
  • Java байт-код декомпилятор
  • Java EE: EJB, JPA, сервлеты
  • Java Stream отладчик
  • JavaFX
  • JUnit
  • Линии Сортировщик
  • Поддержка уценки
  • Интеграция Maven
  • Расширение интеграции Maven
  • "Persistence Frameworks" - поддержка
  • Поддержка свойств
  • Поддержка Smali
  • Spring AOP/@AspectJ
  • Весенняя партия
  • Весенний ботинок
  • Spring Data
  • Шаблоны весенней интеграции
  • Весенняя ОСГи
  • Spring Security
  • Поддержка весны
  • Spring Web Services
  • Spring WebSocket
  • Терминал
  • YAML

4 ответа

Одна вещь, которую я заметил, это то, что ваше приложение (при условии, что оно упаковано в tech.flexpoint.dashman), похоже, не открывается в Spring каким-либо образом, что, несомненно, приведет к неудачной загрузке класса / несанкционированному доступу.

Я ожидаю увидеть что-то подобное в module-info.java (в зависимости от ваших зависимостей Spring):

opens tech.flexpoint.dashman to spring.core, spring.beans, spring.context;

Исключение составляет NoClassDefFoundError, который генерируется во время выполнения, когда определение класса, известного во время компиляции, не может быть разрешено, в этом случае интерфейс javax.transaction.UserTransaction, который является частью Java Transaction API (JTA).

Как уже отмечали другие, JTA не связан с JDK и должен быть добавлен как зависимость компиляции. Тем не менее, класс, который должен загрузить UserTransaction определение класса происходит от spring-boot-autoconfigure артефакт, который отвечает за свои зависимости (spring-boot-autoconfigure@2.4.0.RELEASEjboss-transaction-spi@7.6.0.Finaljboss-transaction-api_1.2_spec@1.1.1.Final), поэтому вам не нужно добавлять JTA в качестве зависимости.

Однако, поскольку вы хотите упаковать свое собственное приложение как модуль Java 9, оно должно явно указать свои зависимости. spring-boot-autoconfigure еще не является модульной библиотекой Java 9 и не делает этого за вас (т.е. транзитивно). Имя автоматического модуля для JTA: java.transaction так что вам нужно добавить требование в module-info.java:

requires java.transaction;

Я запустил ваш пример и действительно получил NoClassDefFoundError s при запуске из IntelliJ IDEA. Трассировка стека указала назад на ClassNotFoundException, что указывает на проблемы с classpath. Поскольку IDEA рассчитывает путь к классу при запуске приложения оттуда, я хотел посмотреть, смогу ли я воспроизвести ошибку при использовании spring-boot-maven-plugin запустить приложение.

Я скопировал конфигурацию запуска IDEA в spring-boot-maven-plugin Конфигурация, как показано ниже:

<plugin>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-maven-plugin</artifactId>
  <configuration>
      <mainClass>tech.flexpoint.demo.DemoApplication</mainClass>
      <jvmArguments>--show-module-resolution --add-opens=java.base/java.lang=spring.core --add-opens=java.base/java.io=tomcat.embed.core --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED</jvmArguments>
      <workingDirectory>${project.basedir}</workingDirectory>
  </configuration>
</plugin>

Затем я призвал mvn spring-boot:run и вуаля, приложение успешно загрузилось без ошибок. Я могу только заключить, что это проблема с classpath, рассчитанным IntelliJ.

Предполагая, что вы объявили зависимость:

<dependency>
    <groupId>javax.transaction</groupId>
    <artifactId>javax.transaction-api</artifactId>
    <version>1.3</version>
</dependency>

Включить следующее в module-info.java:

requires java.transaction;

Версия 1.3 объявляет автоматическое имя модуля, а версия 1.2 - нет.
Последний requires javax.transaction.api;, Источник

Как вы уже упоминали в исходной задаче, код работает без module-info.java, но не с module-info.java. Я вижу, что вы проделали всю эту тяжелую работу по объяснению проблемы, созданию минимального проекта и так далее, чтобы углубиться в проблему.

Глядя на вашу проблему, очевидно, что один из модулей вызывает URLClassLoader.findResource("") возврате null, Возможно, один из модулей в списке переопределяет этот метод класса или имеет неоднозначную реализацию.

Почему бы вам не начать с пустого модуля-info.java для минимального примера и продолжать добавлять 1 модуль за раз, пока мы не увидим ошибку? Я верю, что это поможет нам найти виновника.

Я вижу рекомендации по использованию opens на определенных линиях, но вы пытались открыть весь модуль?

Я не вижу никакой зависимости, связанной с javax.transaction в вашем module-info.java конфигурации. Может быть, это спрятано где-то в вашем подмодуле?

Еще одна вещь, которую стоит проверить, это java.transaction не разрешен по умолчанию

Вы можете включить javax.transaction модуль вместо:

requires javax.transaction.api;

Эта (или похожая) проблема уже была подана для весенней загрузки на GitHub (но с Java 9).

Я бы подозревал модерна, хотя есть и проблемы, поданные на moditect на GitHub, и я также нашел там вашу проблему; обновление ASM до 6.2.1 исправляет по крайней мере еще одно критическое изменение:

<dependency>
    <groupId>org.ow2.asm</groupId>
    <artifactId>asm</artifactId>
    <version>6.2.1</version>
</dependency>
Другие вопросы по тегам