Собираем в rpm WireMock — утилиту для создания заглушек над веб-сервисами в Fedora COPR аналоге PPA в Ubuntu

WireMock — утилита, библиотека на java для создания заглушек над веб-сервисами. Он создает HTTP-сервер, к которому мы могли бы подключиться, как к реальному веб-сервису.

Fedora COPR — это бесплатный хостинг для размещения пользовательских репозиториев (аналог AUR в Arch Linux или PPA в Ubuntu). Из особенностей встроенная возможность собирать rpm пакеты указав имя PIP и RubyGems.

В этом посте напишу как собирать rpm из вашего репозитория по коммиту в Fedora COPR.

Для примера возьмем репозиторий wiremock-rpm, в котором я создал файлы spec и systemd unit. При создании вашего репозитория, вы можете взять wiremock-rpm за основу и поменять то что вам нужно. Написание файлов spec и systemd unit я опускаю. Думаю что вы знаете.

Создание проекта в Fedora COPR

Заходим в Fedora COPR.

Project Name: Указываем название пакета. Обычно совпадает с названием вашего git репозитория.

Description: Краткое описание проекта.

Instructions: Как установить ваш пакет. Указывайте следующее:

yum -y install yum-plugin-copr

yum copr enable ваша-учетка-в-fedora-copr/название-проекта

yum -y install название-пакета

systemctl start название-пакета

Homepage: Указываем домашнюю страницу той программы, которую вы хотите собрать или ваш репозиторий.

Build options: В Chroots указывем под какую оперционную систему вы хотите собрать пакет.

Получается как на скриншоте.

Other options: Если вам нужен интернет, то в Booleans поставьте галочку Enable internet access during builds

После создания проекта переходим в Packages.

Package name: Указываем имя пакета.

Clone url: Указываем git репозиторий.

Subdirectory: Этим пунктом лучше не пользоваться и держать исходники и spec файл в корне проекта. Если у вас будут исходники в какой-то директории, а spec файл в другой директории, возможны проблемы при сборке.

Spec File: Путь до spec файла.

Generic package setup: Обязательно поставьте галочку Auto-rebuild

После того как создали пакет идем в Settings, далее в Integrations. Ниже на странице копируем webhook той системы, где у вас расположен ваш git репозиторий.

Идем в Settings где у вас расположен ваш git репозиторий. Далее для github идем в webhook. Добавляем webhook. Вставляем Payload URL, выбираем Content type application/json

Теперь про WireMock.

Установим wiremock согласно инструкции. Рабочая директория wiremock в моем проекте — /usr/lib/wiremock/. В этой директории лежит wiremock.jar и директория mappings. В директории mappings находятся json файлы с запросами, которые вы отправляете к wiremock и подготовленными ответами.

Пример из http://wiremock.org/docs/running-standalone/:

{
    "request": {
        "method": "GET",
        "url": "/api/mytest"
    },
    "response": {
        "status": 200,
        "body": "More content\n"
    }
}

Отправляем запрос к /api/mytest и получаем:

curl http://localhost:8080/api/mytest
More content

Пример из моих подготовленных json:

{
    "request": {
        "method": "GET",
        "url": "/503"
    },
    "response": {
        "status": 503,
        "body": "503 Service Unavailable\n"
    }
}

Сделаем запрос к /503

curl -i -v 172.26.9.123:8080/503
* About to connect() to 172.26.9.123 port 8080 (#0)
*   Trying 172.26.9.123...
* Connected to 172.26.9.123 (172.26.9.123) port 8080 (#0)
> GET /503 HTTP/1.1
> User-Agent: curl/7.29.0
> Host: 172.26.9.123:8080
> Accept: */*
> 
< HTTP/1.1 503 Service Unavailable
HTTP/1.1 503 Service Unavailable
< Matched-Stub-Id: d8b419e1-7e33-4f04-889e-2428f849dc7d
Matched-Stub-Id: d8b419e1-7e33-4f04-889e-2428f849dc7d
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Server: Jetty(9.2.z-SNAPSHOT)
Server: Jetty(9.2.z-SNAPSHOT)

< 
503 Service Unavailable

В rpm wiremock добавил популярные http коды. Исходники тут.