Comments 10
Нет, конечно, добавляю логику формирования ответа в зависимости от данных в запросе.
Имеете ввиду MockService Scripting? Надо будет попробовать.
Интересно сравнение производительности заглушек на SoapUI и Weblogic.
Мне понравилось, что SOA дает возможности анализа проблемных запросов что называется из коробки, без написания своего логирования.
Если будет wsdl будет конкретный с wsdl:service без партнер линков, как мне достался (тот что валяется в композите), то да, можно юзать jdev, eclipse и деплоить в любимый апп сервер
Имеете ввиду MockService Scripting? Надо будет попробовать.
Интересно сравнение производительности заглушек на SoapUI и Weblogic.
Мне понравилось, что SOA дает возможности анализа проблемных запросов что называется из коробки, без написания своего логирования.
Если будет wsdl будет конкретный с wsdl:service без партнер линков, как мне достался (тот что валяется в композите), то да, можно юзать jdev, eclipse и деплоить в любимый апп сервер
Я имел ввиду SOAP Mock Service, также есть логирование запросов/ответов, на groovy есть возможность писать скрипты, который позволяют в зависимости от получаемых данных возвращать определенный Response.
Я так понимаю вы тестеровщик?
Я так понимаю вы тестеровщик?
Я понял, посмотрел, но не нашел как написать вызов веб-сервиса на groovy. Подозреваю что можно записать свой класс, импортировать и тут уже вызвать.
Вообщем главная проблема в том, что это будет заглушка на коленке для отладки со всеми вытекающими. При проведении нагрузочного тестирования (да, я инженер по нагрузке) все это ляжет и потом не разберешься где, что и почему упало.
Я уже вижу глаза разработчиков, если бы я сказал что у меня стабы на soapui. Я бы сам стал плеваться.
Нормальный подход — разработка, деплой в апп сервер, перфоманс тюнинг.
Вообщем главная проблема в том, что это будет заглушка на коленке для отладки со всеми вытекающими. При проведении нагрузочного тестирования (да, я инженер по нагрузке) все это ляжет и потом не разберешься где, что и почему упало.
Я уже вижу глаза разработчиков, если бы я сказал что у меня стабы на soapui. Я бы сам стал плеваться.
Нормальный подход — разработка, деплой в апп сервер, перфоманс тюнинг.
Допустим вам приходит в разработку какой-то БС, который вызывает какую-то конечную систему. Вы берете, создаете копию этого проекта и вместо вызова конечной системы делайте заглушку? Итого, 2 копии БС?
Нет. Это отдельный стенд. В целевой тестируемой системе меняются реальные ссылки на веб-сервисы-заглушки.
Есть композит GetCustomerPartyAccount в нем вызывается конечная система. Это одна копия.
Вы берете композит, убираете вызов конечной системы меняете на заглушку. Это вторая копия.
По это логике, если приходит баг на композит GetCustomerPartyAccount, вы должны его еще и во второй копии поправить?
Вы берете композит, убираете вызов конечной системы меняете на заглушку. Это вторая копия.
По это логике, если приходит баг на композит GetCustomerPartyAccount, вы должны его еще и во второй копии поправить?
Ну в своей заглушке да, конечно я поправлю. В исходной правит разработчик.
Это же капец как неудобно, нужно менять исходник. Если бы это был Soapui ничего бы менять не пришлось ;)
при изменении wsdl на основе которого был сгенерен стаб, он меняется?
Но все равно придется менять скрипт и ответ, если баг затрагивает нужные теги.
На моей памяти пока еще не было бага в интеграции, чтобы приходилось сильно париться. В этом проекте как раз надо было метод поменять на другой. 5 минут.
Но все равно придется менять скрипт и ответ, если баг затрагивает нужные теги.
На моей памяти пока еще не было бага в интеграции, чтобы приходилось сильно париться. В этом проекте как раз надо было метод поменять на другой. 5 минут.
Серьезно? Вы просто удаляете вызов конечной системы? Вы так со всеми сервисами работаете? Месье знает толк…
Заглушка на SoapUI, чем плоха? Создать заглушку в SOA Suite, если есть MDS с wsdl конечной системы и xsd?
Заглушка на SoapUI, чем плоха? Создать заглушку в SOA Suite, если есть MDS с wsdl конечной системы и xsd?
Sign up to leave a comment.
Разработка заглушек бизнес-процесса на языке BPEL на основе Oracle SOA Suite и Weblogic