Встроенный Java HTTPS-сервер для интеграционного тестирования

Для этого я использую https://github.com/Confluex/confluex-mock-http. Под капотом используется Jetty, но он выполняет всю настройку за вас. Создание MockHttpsServer немедленно запускает HTTPS-сервер:

public static final int PORT = 1443;
private MockHttpsServer mockServer;

@Before
public void initHttps() {
    mockServer = new MockHttpsServer(PORT);
    mockServer.respondTo(get("a-service/resource")).withBody(expectedResponse);
}

Вы можете настроить приложение Mule так, чтобы оно доверяло сертификату, используемому фиктивным сервером. Хранилище доверенных сертификатов в формате JKS доступно в пути к классам, и вы можете предоставить его своему коннектору HTTPS следующим образом:

<https:connector name="someHttpsConnector">
    <https:tls-server path="confluex-mock.truststore" storePassword="confluex" />
</https:connector>

Я думаю, что у некоторых старых версий мулов есть проблемы с этим подходом, потому что мне нужно было использовать обходной путь здесь.

РЕДАКТИРОВАТЬ: вы можете включить эту конфигурацию для соединителя HTTPS, только когда тесты выполняются с использованием весенний профиль:

<spring:beans profile="test">
    <mule>
        <!-- connector configuration goes here -->
    </mule>
</spring:beans>

Один из способов убедиться, что профиль действительно активен во время выполнения тестов, — просто установить его в методе @BeforeClass:

@BeforeClass
public void initEnvironment() {
    System.setProperty("spring.profiles.active", "test");
}

Пример, на который вы ссылаетесь, работает автоматически. Единственная ручная часть, о которой я могу думать, это создание хранилищ безопасности (хранилище ключей, хранилище доверенных сертификатов). Получив их, вы можете скормить Grizzly HttpServer так же, как это сделано в примере.

Если вы хотите встроить любой другой сервер, попробуйте Jetty.

Для настройки см. этот вопрос

Почему бы вам просто не использовать Mule для этой задачи?

Создайте дополнительный XML-файл Mule, который предоставляет службу JAX-RS через HTTPS. Идея состоит в том, чтобы не включать это в производственный код (т. е. ссылаться на него из mule-context.xml), а загружать его из тестового примера.

Вы можете отправить его в качестве конфигурации параллельно с рабочей конфигурацией в FunctionalTestCase.

Ваш фиктивный сервис может выглядеть примерно так (за исключением аннотированного компонента JAX-RS, который, конечно, обеспечивает реальную реализацию).

<flow name="mock-service">
    <https:inbound-endpoint exchange-pattern="request-response" host="localhost" port="8085" path="mockapi"/>
    <jersey:resources>
        <component>
            <spring-object bean="mockApiBean"/>
        </component>
    </jersey:resources>
</flow>