barbitoff programmer`s blog

Здесь я публикую заметки из программерской жизни: грабли, на которые мне случилось наступить, проблемы, для которых было найдено элегантное (или не очень) решение, а также все, с чем мне пришлось столкнуться и чем хотелось бы поделиться =)
PS Если хотите меня поблагодарить - на странице есть 3 места, чтобы это сделать =)
Показаны сообщения с ярлыком mock. Показать все сообщения
Показаны сообщения с ярлыком mock. Показать все сообщения

суббота, 23 марта 2013 г.

HTTP server stubbing

Нашел неплохой вариант для стаббинга HTTP-сервера, позволяющий автоматизировать тестирование HTTP-клиентов. Называется сабж Wiremock, имеет неплохую документацию с примерами. Есть в репозитории мавена и подключается к проекту так:
<dependency> <groupId>com.github.tomakehurst</groupId> <artifactId>wiremock</artifactId> <version>1.30</version> <scope>test</scope> </dependency>
Использовать его просто (по крайней мере, в тривиальных тестах), ниже приведен пример теста, проверяющего реакцию некоторого тестируемого класса на коды ответа HTTP-сервера 200 и 404:
import static com.github.tomakehurst.wiremock.client.WireMock.*;
...
private static final int STUB_PORT = 17777;
@Rule
public WireMockRule wireMockRule = new WireMockRule(STUB_PORT);

@Test
void someTest() {
 stubFor(get(urlEqualTo("/200"))
.willReturn(aResponse()
.withStatus(200)
.withHeader("Content-Type", "text/html")
.withBody("200 OK")));
// дальше некий код, запрашивающий "http://localhost:"+STUB_PORT+"/200"
stubFor(get(urlEqualTo("/404"))
.willReturn(aResponse()
.withStatus(404)
.withHeader("Content-Type", "text/html")
.withBody("404 Not Found")));
// дальше некий код, запрашивающий "http://localhost:"+STUB_PORT+"/404"
}
Проект правда неидеален, например, проверить basic-аутентификацию у меня так не получилось, метод verify почему-то игнорирует требование наличия заголовка "Authorization". Хотя я, честно говоря, особо не заморачивался с этой проблемой, возможно она решаема и без копания в исходниках Wiremock`а (которые, кстати, доступны на гитхабе: https://github.com/tomakehurst/wiremock).

воскресенье, 10 июня 2012 г.

soapUI 4.5: особенность разворачивания WAR-ника Mock-сервиса, собранного на Windows, на томкате под Linux

Проблема:

При разворачивании WAR-ника Mock-сервиса, собранного на Windows, на томкате под Linux, в логи валятся ошибки вида:
ERROR [SoapUI] An error occured [Missing local file for [file:/D:/Документы/...%201.2%2005052012/wsdl/types/documents.xsd]], see error log for details
java.lang.Exception: Missing local file for [file:/D:/Документы/...%201.2%2005052012/wsdl/types/documents.xsd]
at com.eviware.soapui.impl.support.definition.export.AbstractDefinitionExporter.replaceLocation(AbstractDefinitionExporter.java:212)
at com.eviware.soapui.impl.support.definition.export.AbstractDefinitionExporter.replaceImportsAndIncludes(AbstractDefinitionExporter.java:184)
и, естественно, сервис не разворачивается. При этом при создании soapUI-проекта кэширование было включено.

Решение:

Очевидно, мок-сервис не находит xsd-схем, используемых wsdl-файлом, на основании которого создавался проект для мока. Вот только на виндовом томкате на машине, на которой также этих файлов и в помине нет, WAR-ник стартует без проблем, потому что копии всех необходимых моку ресурсов есть внутри WAR-ника (в XML-ке soapUI-шного проекта, которая там лежит) и по идее моку не нужно никуда за ними лазить. 
Оказалось, причина в том, что "умный" soapUI (не могу сказать точно, начиная с какой версии, но на 3.0 все было в этом плане в порядке, насчет 3.6 точно не помню), использует в XML-ке soapUI-шного проекта разделители, зависящие от ОС, для именования путей к файлам, которые он закэшировал (в 3.0 всегда использовался прямой слеш). При поиске закэшированных файлов также используется ОС-зависимый разделитель, поэтому сохраняются в проекте файлы с обратными слешами в названии, а ищутся при разворачивании - с прямыми.
Выход из такой ситуации - исправить вручную обратные слеши на прямые в soapUI-шном проекте, лежащем внутри WAR-ника мок-сервиса (где именно, сейчас не помню, попозже посмотрю и уточню). У меня правда после этого все равно не получилось развернуть моки на линуксе, исключения валиться перестают, но и мок не стартует, валится с 404-ошибкой с полной тишиной в логах, поэтому было принято решение разворачивать моки на виндовой машине.
PS При генерации WAR-ника под XP есть ещё одна проболема - неверная кодировка генерируемого web.xml, он кодируется в cp1251, тогда как нужно - в UTF-8 (что важно, если  soapUI-шный проект назывался по-русски), поэтому перед деплоем его нужно перекодировать.