Доступ к файлам ресурсов из внешних модулей

Пока вы используете команду java для запуска приложения следующим образом : -

java -p target/classes:target/dependency -m framework.core/com.framework.Main 

• вы указываете путь к модулю, используя параметр -p aternate для --module-path, который будет искать в target / classes и target / dependency для ваших модулей.

• Наряду с этим, использование -m alternate для --module указывает начальный модуль для разрешения с именем framework.core и создает граф модуля с основным классом для выполнения, явно указанным как com.framework.Main.

Проблема заключается в том, что модуль framework.core не requires и не читает playground.api модуль, из-за чего график модуля не включает желаемый модуль, состоящий из фактического ресурса config.yml.

Как предложено @Alan, Хороший способ отобразить вывод разрешения модуля во время запуска - использовать параметр --show-module-resolution.

Я просто наивно пытался открыть src / main / resources, не компилирует ofc

Поскольку ресурс в вашем модуле находится в корне level, следовательно, это не инкапсулирован, и его не нужно открывать или экспортировать в какой-либо другой модуль.

В вашем случае вам просто нужно убедиться, что модуль playground.api попадает в граф модуля, и тогда ресурс будет доступен для приложения. Чтобы указать корневые модули для разрешения в дополнение к начальному модулю, вы можете использовать параметр --add-modules.

Следовательно, общее решение, которое будет работать для вас вместе с некоторой отладкой, будет следующим:

java --module-path target/classes:target/dependency 
     --module framework.core/com.framework.Main
     --add-modules playground.api
     --show-module-resolution

// to scan the module path
ClassLoader.getSystemResources(resourceName)

// if you know a class where the resource is
Class.forName(className).getResourceAsStream(resourceName)

// if you know the module containing the resource
ModuleLayer.boot().findModule(moduleName).getResourceAsStream(resourceName)

См. Рабочий пример ниже.

Данный:

.
├── FrameworkCore
│   └── src
│       └── FrameworkCore
│           ├── com
│           │   └── framework
│           │       └── Main.java
│           └── module-info.java
└── PlaygroundApi
    └── src
        └── PlaygroundApi
            ├── com
            │  └── playground
            │      └── api
            │          └── App.java
            ├── config.yml
            └── module-info.java

Main.java может быть

package com.framework;

import java.io.*;
import java.net.URL;
import java.util.Optional;
import java.util.stream.Collectors;

public class Main {
    public static void main( String[] args )
    {
        // load from anywhere in the modulepath
        try {
            URL url = ClassLoader.getSystemResources("config.yml").nextElement();
            InputStream is = url.openStream();
            Main.read(is);
        } catch (IOException e) {
            throw new RuntimeException(e);
        }

        // load from the the module where a given class is
        try {
            InputStream is = Class.forName("com.playground.api.App").getResourceAsStream("/config.yml");
            Main.read(is);
        } catch (ClassNotFoundException e) {
            throw new RuntimeException(e);
        }

        // load from a specific module
        Optional<Module> specificModule = ModuleLayer.boot().findModule("PlaygroundApi");
        specificModule.ifPresent(module -> {
            try {
                InputStream is = module.getResourceAsStream("config.yml");
                Main.read(is);
            } catch (Exception e) {
                throw new RuntimeException(e);
            }
        });
    }

    private static void read(InputStream is) {
        String s = new BufferedReader(new InputStreamReader(is)).lines().collect(Collectors.joining("\n"));
        System.out.println("config.yml: " + s);
    }
}

И вы бы запустили с

java --module-path ./FrameworkCore/target/classes:./PlaygroundApi/target/classes \
     --add-modules FrameworkCore,PlaygroundApi \
       com.framework.Main

Чтобы клонировать этот пример: git clone https://github.com/j4n0/SO-46861589.git

При запуске в именованном модуле ClassLoader#getResource ведет себя очень неожиданно. ClassLoader#getResourceAsStream так же проблематичен. Я сам столкнулся с этим при обновлении приложения до именованных модулей.

Если ваш код находится в названном модуле и вы обращаетесь к ресурсу через ClassLoader#getResource, пакет этого ресурса должен быть открыт безоговорочно. В противном случае вы не сможете получить ресурс, даже если ресурс находится в том же модуле.

Это отличается от поведения Class#getResource - обратите внимание на различие. Class#getResource прост и не имеет этого неприятного сюрприза.

Все сказанное о getResource применимо и к getResourceAsStream методам.

По этой причине я предлагаю всегда использовать методы getResource на Class, а НЕ на ClassLoader.

Также см. Мой ответ на В чем разница между Class.getResource и ClassLoader.getResource