Comment cacher l'avertissement "accès réflexif illégal" en java 9 sans argument JVM?

il y a une autre option qui ne nécessite aucune suppression de flux et qui ne s'appuie pas sur des IPA non documentés ou non pris en charge. En utilisant un agent Java, il est possible de redéfinir les modules pour exporter/ouvrir les paquets requis. Le code ressemble à ceci:

void exportAndOpen(Instrumentation instrumentation) {
  Set<Module> unnamed = 
    Collections.singleton(ClassLoader.getSystemClassLoader().getUnnamedModule());
  ModuleLayer.boot().modules().forEach(module -> instrumentation.redefineModule(
        module,
        unnamed,
        module.getPackages().stream().collect(Collectors.toMap(
          Function.identity(),
          pkg -> unnamed
        )),
        module.getPackages().stream().collect(Collectors.toMap(
           Function.identity(),
           pkg -> unnamed
         )),
         Collections.emptySet(),
         Collections.emptyMap()
  ));
}

vous pouvez maintenant lancer n'importe quel accès illégal sans l'avertissement puisque votre application est contenue dans le module sans nom comme par exemple:

Method method = ClassLoader.class.getDeclaredMethod("defineClass", 
    byte[].class, int.class, int.class);
method.setAccessible(true);

pour mettre la main sur l'instance Instrumentation , vous pouvez soit écrire un agent Java ce qui est assez simple et le spécifier sur la ligne de commande (plutôt que le chemin de classe) en utilisant -javaagent:myjar.jar . Le mandataire ne contiendrait qu'une méthode premain comme suit:

public class MyAgent {
  public static void main(String arg, Instrumentation inst) {
    exportAndOpen(inst);
  }
}

alternativement, vous pouvez attacher dynamiquement en utilisant L'API d'attache qui est rendue accessible commodément par le byte-buddy-agent projet (que j'ai écrit):

exportAndOpen(ByteBuddyAgent.install());

que vous devez appeler avant l'accès illégal. Notez que ceci n'est disponible que sur JDKs et Linux VM alors que vous auriez besoin de fournir L'Byte Buddy agent sur la ligne de commande en tant qu'agent Java si vous en aviez besoin sur d'autres VM. Cela peut être pratique lorsque vous voulez l'auto-fixation sur les machines de test et de développement où les JDK sont généralement installés.

comme autres cela ne devrait être qu'une solution intermédiaire, mais je comprends parfaitement que le comportement actuel interrompe souvent la journalisation sur chenilles et les applications de la console.c'est pourquoi je l'ai utilisé moi-même dans des environnements de production comme une solution à court terme à L'utilisation de Java 9 et tant que je n'ai pas rencontré de problèmes.

la bonne chose, cependant, est que cette solution est robuste vers les futures mises à jour que toute opération, même l'attachement dynamique est légale. Utilisation d'un processus d'aide, Byte Buddy travaille même autour de l'auto-attachement normalement interdit.

je ne connais aucun moyen d'obtenir ce que vous demandez. Comme vous l'avez souligné, il faudrait ajouter options de ligne de commande ( --add-opens , cependant, pas --illegal-access=deny ) au lancement de la JVM.

vous avez écrit:

Mon objectif est d'éviter les instructions supplémentaires pour les utilisateurs finaux. Nous avons beaucoup d'utilisateurs avec nos serveurs installés et ce serait un grand inconvénient pour eux.

à première vue, vos exigences ne laissent que conclure que le projet N'est pas prêt pour Java 9. Il devrait honnêtement signaler à ses utilisateurs qu'il faut un peu plus de temps pour être entièrement compatible avec Java 9. C'est totalement ok si tôt après la sortie.

vous pouvez open paquets dans module-info.java ou créer un open module .

par exemple: Étape 5 et 6 de migration de votre projet à Jigsaw étape par étape

module shedlock.example {
    requires spring.context;
    requires spring.jdbc;
    requires slf4j.api;
    requires shedlock.core;
    requires shedlock.spring;
    requires HikariCP;
    requires shedlock.provider.jdbc.template;
    requires java.sql;
    opens net.javacrumbs.shedlockexample to spring.core, spring.beans, spring.context;
}

open module shedlock.example {
    requires spring.context;
    requires spring.jdbc;
    requires slf4j.api;
    requires shedlock.core;
    requires shedlock.spring;
    requires HikariCP;
    requires shedlock.provider.jdbc.template;
    requires java.sql;
}