davidalayachew's questions

Checked Exceptions são poderosas porque permitem que você force o site de uso a lidar com um caso excepcional. Se o site de uso não lidar com um caso excepcional (ou anunciar publicamente que não está lidando com ele), o código falhará na compilação.

No entanto, isso é tempo de compilação. E quanto ao Runtime?

Há alguma diferença significativa entre exceções verificadas e não verificadas em tempo de execução?

A única coisa que consigo pensar é que as Exceções Não Verificadas estendem RuntimeException, mas não vejo nenhuma propriedade RuntimeExceptionque permita que elas sejam tratadas de forma diferente em TEMPO DE EXECUÇÃO.

Eu tenho a seguinte estrutura de projeto.

ProjectName
|
|---src
    |
    |---main
        |
        |---java
        |   |
        |   |---ModuleName
        |       |
        |       |---module-info.java
        |       |
        |       |---PackageName
        |           |
        |           |---Main.java
        |
        |---resources
            |
            |---ResourceParentFolder
                |
                |---ResourceSubFolderA
                |   |
                |   |---Resource1A.png
                |   |---Resource2A.png
                |   |---Resource3A.png
                |
                |---ResourceSubFolderB
                    |
                    |---Resource1B.png
                    |---Resource2B.png
                    |---Resource3B.png

Eu tenho um script de shell que compila o código e depois o executa.

javac                                        \
        --module-source-path="src/main/java" \
        --module=ModuleName                  \
        -d classes

java                                               \
        --module-path="classes;src/main/resources" \
        --module=ModuleName/PackageName.Main

Também tenho um script de shell que transforma meu código compilado em um jar modular e, em seguida, executa esse jar.

jar                                               \
        --verbose                                 \
        --create                                  \
        --file run/executable/jar/ProjectName.jar \
        --main-class PackageName.Main             \
        -C classes/ModuleName .                   \
        -C src/main/resources .

java                                         \
        --module-path="run/executable/jar"   \
        --module=ModuleName/PackageName.Main

No meu método principal, tenho uma chamada para java.lang.module.ModuleReader, especificamente para o método list() , que me permite percorrer meu módulo e seu conteúdo.

Consigo ver o conteúdo do meu ResourceParentFolderse pegar meu arquivo jar e tentar executá-lo, mas a chamada para list()retorna os .classarquivos apenas quando estou executando apenas meu código compilado. Isso ocorre porque meu módulo está configurado incorretamente? Ou isso é simplesmente uma funcionalidade não suportada?

Novamente, ModuleReader.list()retorna uma lista recursiva do conteúdo do meu código-fonte e da minha pasta de recursos quando executado como um jar, mas só retorna o código-fonte quando executado como código compilado. Como faço para que o código compilado também preencha o ModuleReader.list()? Ou essa funcionalidade simplesmente não é suportada, a menos que esteja em uma jarra ou algo assim?

E para ser claro, estou bem ciente de que existem um milhão e mais uma maneira de obter um recurso. Mas quero saber se é possível fazer do jeito que solicitei acima. E se não, então por quê?

EDIT - detalhando algumas das minhas tentativas fracassadas.

Tentei copiar o src/main/resourcesdiretório para classeso local do meu módulo antes que ele se transformasse em um jar. Infelizmente, nada foi captado por ele.

Também tentei fazer --patch-modules, mas também falhou, mas com erro.

error: no source files

Aqui está o comando que usei.

javac   --patch-module ModuleName=src/main/resources