Есть ли какое-либо решение в отношении преобразования времени байта в нагрузку без указания опции javaagent в командной строке java

Question

Как поставщик API Framework с открытым исходным кодом для жизненного цикла, я хочу изо всех сил стараться скрывать внутренние проекты с помощью неявного способа предоставления API Lifecycle, чтобы принесет гораздо больше удобств для API-клиента.

Ожидается, что он не будет выполнять конфигурацию как для основных приложений Java, так и для приложений Java EE, но в действительности я использую команду java -javaagent: $ {path} /Lifecycle.jar, чтобы включить собственный класс ClassFileTransformer в классе время загрузки.

После некоторых поисков были обнаружены некоторые неясные направления. Мне нужен Java Guy для обобщения и руководства.

1. agentmain против premain

2. Интеграция с заданной среды выполнения, такие как ByteCodePreprocessor GlassFish, который имеет следующий метод для выполнения преобразования байт-код:

   public byte[] preprocess(String classname, byte[] classBytes);

Мои неурядицы о эти направления:

1. Для основного приложения Java кажется, что мы можем изменить основной метод класса запуска для адаптации решения agentmain. Есть ли другие варианты?
2. Для использования контейнера JavaEE, такого как Glassfish, я могу использовать ByteCodePreprocessor для изменения класса байтового кода, но мне нужно создать несколько новых классов, но я не знаю, где хранить эти новые файлы классов или как проектировать или применить новый ClassLoader для загрузки вновь созданных файлов классов во время предварительной обработки файла класса.

(BTW Lifecycle API будет следовать мета-управляемый стиль, который очень близок с JPA без интерфейса EntityManager, и большинство из них является только аннотаций и CallbackContext интерфейс и интерфейс LifecycleEvent на данный момент.)

Answer 1

Ну , единственный другой метод, о котором я мог подумать, будет использовать пользовательский загрузчик классов, который вы могли бы зарегистрировать во время выполнения. Вот как такие каркасы, как Powermock, делают свой тяжелый подъем. Однако это требует некоторой настройки, но это можно сделать программно.

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

Однако это не будет работать для уже загруженных классов. (Вы можете сломать родительский первый патерн, но это может привести к возникновению ClassCastException s в случаях извне вашей рамки.)

Избегая этого, вам потребуется переопределить загрузчик системного класса, который является одинаково подробным. Для полноты картины, вот выдержка из Javadoc из ClassLoader.getSystemClassLoader:

Если системное свойство «java.system.class.loader» определяется, когда этот метод вызывается первым, то значение этого свойства принято считать именем класса, который будет возвращен в качестве загрузчика системного класса. Класс загружается с использованием загрузчика системного класса по умолчанию и должен определить публичный конструктор, который принимает один параметр типа ClassLoader, который используется в качестве родителя делегирования. Экземпляр - это , затем созданный с использованием этого конструктора со стандартным системным классом загрузчиком в качестве параметра. Результирующий загрузчик классов определяется как загрузчик системного класса.

В этом пользовательском загрузчике классов вы всегда можете вернуть инструментальные классы.

difference between agentmain and premain - это то, что первое вызывается при подключении агента к запущенной JVM (via the attach API), в то время как последний вызывается, если агент указан в командной строке при запуске JVM. Регистрация агента во время выполнения может стать для вас решением. Запись в блоге, которую я связывал, дает неплохое описание этого.