В практике java программиста бывает, что очень хочется изменить поведение программы или «подхачить» пару классов без перепаковки приложения, собрать метрики или протестировать java приложение в недрах сторонней библиотеки или jdbc драйвера без исходного кода. Существует несколько способов сделать это. Я расскажу про open source проект aspectj-scripting, который позволяет решать такие задачи в jvm.



Рассказ про aspectj-scripting будет в нескольких публикациях. Начнем с практики! Под катом модификация поведения maven-changes-plugin без его пересборки и перекомпиляции для выгрузки списка задач из JIRA в файлы xml и json


Но прежде чем рваться в бой, предполагаю вы в общих чертах знакомы с теорией аспектно-ориентированного программирования, работали с библиотекой AspectJ или другими AOP фреймворками. Интересно ваше мнение в комментариях, насколько верно мое предположение и стоит ли мне подробнее описать базовые вещи в следующих публикациях.
Важное примечание: Aspectj-scripting в текущем виде не будет работать под JEE или OSGI контейнерами. Но при этом микросервисы и standalone java приложения отлично уживаются и работают с его агентом.

Aspectj-scripting — это инструментирующий java агент на основе AspectJ Load-time weaving(LTW) который позволяет описывать аспекты на скриптовом языке MVEL, загружать и инстанцировать классы из maven репозитариев в рантайме, использовать синтаксис AspectJ для описания pointcut и поддерживает life cycle для скриптовых аспектов.

Теперь пару слов про деталь для обработки напильником. Одна из удобных функций maven-changes-plugin — генерация отчета о новых фичах в релизе, исправленных ошибках на основе информации из JIRA, github или track.



И все бы устраивало в maven-changes-plugin, если бы этот плагин сохранял не только html отчет, но и исходные данные из которых он его стоит. На основе этих данных из JIRA и логах системы контроля версий для конкретного бранча можно сделать отличные release notes. Избежать ручной работы и не бояться что что-либо ускользнуло при составлении отчета только на основе JIRA.

Изучение кода плагина показало, что раньше, до использования REST сервисов JIRA была возможность генерации такого файла в формате XML. Но в версии 2.11 для REST и jql запросов такой возможности нет. Но при этом из метода org.apache.maven.plugin.jira.AbstractJiraDownloader.getIssueList() возвращается список задач и было бы отлично его сериализовать и сохранить в файл.

Сказано — сделано! Пишем конфигурацию для агента в файле aspect.xml. А после описания процесса расскажу это работает.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<configuration>
    <aspects>
        <name>org.maven.plugin.changes.Dump</name>
        <type>AROUND</type>
        <pointcut>execution(* org.apache.maven.plugin.jira.AbstractJiraDownloader.getIssueList(..))</pointcut>
        <artifacts>
            <artifact>com.google.code.gson:gson:2.3.1</artifact>
            <classRefs>
                <variable>GsonBuilder</variable>
                <className>com.google.gson.GsonBuilder</className>
            </classRefs>
        </artifacts>
        <artifacts>
            <artifact>com.thoughtworks.xstream:xstream:1.4.8</artifact>
            <classRefs>
                <variable>XStream</variable>
                <className>com.thoughtworks.xstream.XStream</className>
            </classRefs>
        </artifacts>
	<artifacts>
		<artifact>commons-io:commons-io:2.4</artifact>
		<classRefs>
			<variable>FileUtils</variable>
			<className>org.apache.commons.io.FileUtils</className>
		</classRefs>
	</artifacts>
        <process>
            <expression>

		       import java.io.File; 

                res = joinPoint.proceed();
 
                gson = new GsonBuilder().setPrettyPrinting().create();
                FileUtils.writeStringToFile(new File("report.json"), gson.toJson(res));
 
                xstream = new XStream();
                xstream.alias("issue", org.apache.maven.plugin.issues.Issue);
                FileUtils.writeStringToFile(new File("report.xml"), xstream.toXML(res));
 
                res;
            </expression>
        </process>
    </aspects>
</configuration>


Для предпочитающих json есть возможность описывать конфигурацию в этом формате. Мне же удобнее многострочные описания аспектов делать в xml.

Скачиваем aspectj-scripting-1.0-agent.jar в директорию, где лежит наш pom.xml файл

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.github.igor_suhorukov</groupId>
  <artifactId>jira_report_example</artifactId>
  <packaging>jar</packaging>
  <version>1.0-SNAPSHOT</version>
    <issueManagement>
        <system>jira</system>
        <url>https://issues.sonatype.org/browse/OSSRH</url>
    </issueManagement>
  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-changes-plugin</artifactId>
        <version>2.11</version>
        <configuration>
          <useJql>true</useJql>
	  <jiraUser>***РЕАЛЬНЫЙ ЛОГИН***</jiraUser>
	  <jiraPassword>***И ПАРОЛЬ***</jiraPassword>
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>


Выставляю в консоле переменную окружения для maven, чтобы загружался aspectj-scripting агент в jvm и использовал конфигурацию из aspect.xml
export MAVEN_OPTS="-Dorg.aspectj.weaver.loadtime.configuration=config:file:aspect.xml -javaagent:aspectj-scripting-1.0-agent.jar"


После этого запускаю maven плагин
mvn changes:jira-report


И в той же директории после BUILD SUCCESS уже находятся два файла со списком задач из JIRA: report.json, report.xml





Итак, как это получилилось. В первую очередь org.maven.plugin.changes.Dump будет вызываться как around аспект при вызове метода getIssueList(), указанного в pointcut аспекта.
        <type>AROUND</type>
        <pointcut>execution(* org.apache.maven.plugin.jira.AbstractJiraDownloader.getIssueList(..))</pointcut>


С помощью библиотеки Sonatype Aether из центрального maven репозитария будут скачаны 3 артефакта и их транзитивные зависимости com.google.code.gson, com.thoughtworks.xstream, commons-io. Для каждого артефакта с помощью библиотеки dropship будет создан свой изолированный classloader.

<artifacts>
            <artifact>com.google.code.gson:gson:2.3.1</artifact>
            <classRefs>
                <variable>GsonBuilder</variable>
                <className>com.google.gson.GsonBuilder</className>
            </classRefs>
        </artifacts>
        <artifacts>
            <artifact>com.thoughtworks.xstream:xstream:1.4.8</artifact>
            <classRefs>
                <variable>XStream</variable>
                <className>com.thoughtworks.xstream.XStream</className>
            </classRefs>
        </artifacts>
    <artifacts>


Из класслоудеров загружаются классы и сохраняются в переменные GsonBuilder, XStream и FileUtils. Эти переменные доступны в MVEL скрипте, синтаксис которого сильно напоминает java. Скрипт позволяет манипулировать этими классами и сериализовать результат метода getIssueList() в XML и JSON формат, записать результаты в файлы.

 res = joinPoint.proceed(); // это результат работы перехватываемого метода org.apache.maven.plugin.jira.AbstractJiraDownloader.getIssueList()
//тип List<org.apache.maven.plugin.issues.Issue>
 
 gson = new GsonBuilder().setPrettyPrinting().create(); //инстанцируем класс для работы с json
 FileUtils.writeStringToFile(new File("report.json"), gson.toJson(res)); //преобразуем список pojo в json и сохраняем с помощью commons-io в файл  report.json
 
 xstream = new XStream();   //инстанцируем класс для работы с xml
 xstream.alias("issue", org.apache.maven.plugin.issues.Issue); //конфигурируем его

 FileUtils.writeStringToFile(new File("report.xml"), xstream.toXML(res)); //преобразуем список pojo в xml и сохраняем с помощью commons-io в файл  report.xml

 res; //возвращаем вызвавшему методу результат из getIssueList()


Агент доступен как артефакт в центральном maven репозитарии

Указываем jvm на java агент при старте и его конфигурацию. Конфигурация может загружаться с http сервера или файла. Агент скачивает зависимости из maven репозитария, инструментирует код и перехватывает вызов метода из плагина, сохраняет список задач из JIRA в json и xml формате. Вот и вся магия!

Надеюсь, что aspectj-scripting будет полезен для ваших проектов!

Комментарии (14)


  1. eaa
    01.04.2015 17:43
    +2

    > предполагаю вы в общих чертах знакомы с теорией аспектно-ориентированного программирования, работали с библиотекой AspectJ или другими AOP фреймворками

    А вот и нет… тема интересная, но «стоит ли мне подробнее описать базовые вещи в следующих публикациях» — однозначно «да».


    1. igor_suhorukov Автор
      01.04.2015 20:52

      Хорошо, я вас услышал!


  1. horlon
    01.04.2015 18:39
    +1

    Это, вообще-то, рашпиль.


    1. igor_suhorukov Автор
      01.04.2015 20:54
      +1

      Спасибо за замечание, вы внимательный! Рашпиль — это разновидность напильника с крупной насечкой)


  1. r00tGER
    02.04.2015 12:20

    @ offtop
    Юнити сайдбар слева не напрягает?


    1. igor_suhorukov Автор
      02.04.2015 13:47

      Вообще юнити напрягает после gnome 2. А вас?)


      1. r00tGER
        02.04.2015 13:55

        Настолько, что аж на скриншотах напряг :)
        Сейчас использую Конки в качестве окружения. Оставил только док внизу с 10-ю ярлычками и все, закос по Мак.


        1. r00tGER
          02.04.2015 13:59

          Ссори, опечатка, не Конки, а Каиро


        1. igor_suhorukov Автор
          02.04.2015 14:05

          По мне так этот подход в UI этот удобнее для планшетов


  1. igor_suhorukov Автор
    02.04.2015 18:55
    +1

    Жаль что не получилась дискуссия про аспектно-ориентированное програиитрование)


    1. Duduka
      03.04.2015 05:40

      Хотелось бы узнать про проблемы, насколько понимаю, аспекты более чувствительны к изменениям, чем объекты, были ли случаии когда рефакторинг приводил к «веселым» последствиям?


      1. igor_suhorukov Автор
        03.04.2015 10:23

        Конечно были! Не встречал где-либо что Pointcut выражения проверяются средой разработки при рефакторинге. Нужно покрытие интеграционными тестами кода аспекта. Грустно будет узнать что отвалилась система аутентификации и контроля доступа)


        1. TimReset
          03.04.2015 10:49

          Хм. В IDEA проверяются. Я когда аспектами пользовался в нескольких приложениях, там удобно всё подсвечивалось. Но от них пришлось отказаться — тормозило ужасно при разработке и компиляции!!! (именно три восклицательных знака, т.к. всё было очень плохо :) )
          P.S. Или может я Вас не понял? Я имел ввиду, что есть подсветка синтаксиса и поиск совпадения по PointCut.


          1. igor_suhorukov Автор
            03.04.2015 12:45
            +1

            Спасибо, посмотрю вечером дома. Точно я не прав про eclipse. Есть ajdt!!!