MK
Чем он лучше любого другого ?
Самый удобный и быстрый. Просто хттп клиент, в отличие от рест ащщуреда который целый комбайн. Можете ещё ретрофиты всякие посмотреть. Там емнип мок сервер из коробки идёт
Size: a a a
2019 September 06
A
Самый удобный и быстрый. Просто хттп клиент, в отличие от рест ащщуреда который целый комбайн. Можете ещё ретрофиты всякие посмотреть. Там емнип мок сервер из коробки идёт
Т.е ничем не лучше ?
MK
Т.е ничем не лучше ?
Лучше нативного хттп джавового нет.
O
Думав сначала на чистом java понять и нырнуть для более глубокого понимания как работает. Но спасибо за мовет.
A
Вот и порешали, а то нахваливают тут а чем лучше никто не может обьяснить
O
у нас тут статью на хабр накатали, чем плох ресташур
MK
Вот и порешали, а то нахваливают тут а чем лучше никто не может обьяснить
Господи да пишите на своём рест азщуред. Никто вам не запрещает. Когда замучаетесь с ним - приходите.
O
основные претензии к статической конфигурации, ну и к тому, что не надо намешивать много конфигураций сразу.
A
Господи да пишите на своём рест азщуред. Никто вам не запрещает. Когда замучаетесь с ним - приходите.
Я не говорю что ашуред лучше
MK
основные претензии к статической конфигурации, ну и к тому, что не надо намешивать много конфигураций сразу.
Плюс в фейне я могу контрлллеры писать на раз два
O
Ø$
В базе для тестирования апи у вас должно быть по сути 3 класса - реквест, респонс и сам хттп клиент который принимает реквест в виде класса и отдаёт ответ в виде класса по которому уже свои проверки делаете. Pojo классы с аннотациями джексона можно делать тут http://www.jsonschema2pojo.org
Вся трудность была в том, что бы работать мне с нашим внутренним сервисом, я должен залогиниться имея поля, куки и токен. С куками проблем не было. А вот достать из body конкретные поля, которые которые задаются из вне, по средствам глобальных переменных и вытащить от туда токен, на этом этапе, возникли трудности с большим объёмом хардкода, который нужно как то архитектурно упорядочить. По-этому стало интересно реальные примеры с хоть какой то архитектурой. Спасибо за совет, я взгляну.
MK
Вся трудность была в том, что бы работать мне с нашим внутренним сервисом, я должен залогиниться имея поля, куки и токен. С куками проблем не было. А вот достать из body конкретные поля, которые которые задаются из вне, по средствам глобальных переменных и вытащить от туда токен, на этом этапе, возникли трудности с большим объёмом хардкода, который нужно как то архитектурно упорядочить. По-этому стало интересно реальные примеры с хоть какой то архитектурой. Спасибо за совет, я взгляну.
Боди у вас в пожо будет десериализовано. Так будет удобнее работать. Засуньте свой жсон в тот сайт что я кинул и все
O
Ну например написать свой объект и десериализовать боди в него. Ресташур вот для этого груви тащит и можно боди разбирать jsonpath
MK
Ну например написать свой объект и десериализовать боди в него. Ресташур вот для этого груви тащит и можно боди разбирать jsonpath
Это все делается из коробки в любом хттп. Дайте ему джексон джсон и все
O
плагинчик есть для идеи кстати такой с генератором pojo из json
t
А вот у меня api общается xml сообщениями, для работы с xml есть что то лучше rest assured? Или вообще без разницы для инструмента чем общается api?
Ø$
Понял. Ответы есть, буду пробовать и выбирать. Все спасибо, просто опыта маловато, по-этому возник вопрос, который тяжело сформулировать запросом в Гугл. Ещё раз всем спасибо за советы.
MK
А вот у меня api общается xml сообщениями, для работы с xml есть что то лучше rest assured? Или вообще без разницы для инструмента чем общается api?
Хмл это просто объект который по хттп кидается. Через любой клиент можно хмл кидать. Хоть рест ащщуред (внутри у него апач хттп), хоть фейн, хоть спринг
I
Я бы рекомендовал karate api как бокс солюшен