А Джавовое https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/security/package-summary.html

Не нравится

Зачем js какой то тянуть

Когда делали такое, то в JSR223 поместили весь js файл, что был. А в конец дописали

var number=vars.get("number")
var numberEncode=encode(number)
vars.put("numberEncode", numberEncode)

Смесь js и кода для jmeter api.
Тогда шифровать надо было всего пару раз за тест, поэтому выделять функцию из всего скрипта не стали. И оптимизировать тоже.

Функцию нашел просто по имени, но не в оптимизированном js, а взял из git оригинальный с именами полными.

https://raiffeisen-events.timepad.ru/event/1041313/

Приходите завтра вечером в Райффайзен на митап

+

далековато я от вас 😞

О пользе обедов :)

Чорт
Хочу, но не смогу
А записи не будет?

Спасибо.  Когда-то тоже так делал для версии 0_1_19. В версии 0_1_25 (текущей) почему-то летят эксепшены, если год больше 2016 установить. Буду дебажить дальше )

Круто. А будет запись?

Не знаю. Могу показать, что буду показывать:
https://snapshot.raintank.io/dashboard/snapshot/Z14um64K8svrWOWQl3M7yX0hdKdrM1fj?orgId=2

Отображение результатов профилирования в браузере

https://youtu.be/iOrH8QtxYQ8

Расскажу чем это полезно и как это сделать

Огонь! Очень надеюсь на запись теперь ))))

Всем привет)
Может кто то пробовал такое сделать?
Появилась идея расширить DataWriter гатлинга, добавить отправку сообщений GELF в graylog.
Это вызвано необходимостью мониторить ответы приложения в процессе теста и смотреть подробно ошибки по отдельным группам после теста. Сейчас gatling показывает только общее количество ошибок без нужных подробностей (например, без тела ответа).
Можно конечно подключить ELK, но для этого придется на каждом генераторе запускать демон и указывать ему где лежат логи, что при запуске на большом пуле ранеров из jenkins/teamcity не очень удобно.
Или слишком сложно придумал и есть какие то варианты проще? :)
В данный момент пользуюсь extraInfoExtractor и пишу упавшие запросы в файл/консоль, но его выпилили в gatling 3.0.

В голову пришел обходной вариант.
Отправлять из теста на сервер кастомные заголовки запроса, используя возможность объекта protocol http. Такие как имя сценария или теста.

А на балансировщике нагрузки. Nginx, haproxy писать в лог заголовки и тело ошибки.

Тогда получится единый лог. С расширенной информацией о ходе теста.

Его парсить с помощью graylog.

Не пробовал так ещё делать.

Вариант хороший, но хочется универсальное решение для любого протокола. Пока ничего кроме DataWriter не могу придумать. Попробую, как получится - напишу)

Для любого протокола не получится, Сергей. При логировагии тело запроса не передается логгеру. Поэтому универсально его получить в логгере не получится.