shutdown.sh и т.д.

Да, уже глянул

Просто сообщение как бы намекает о другом, но ок

там коннект ждет по UDP, а не по TCP куда вы телнетом стучитесь

Ага, тогда ясно

echo -n "StopTestNow" | nc -u localhost 4445

Да я уже понял

#воркшоп #курс #Петербург #Heisenbug

https://heisenbug-piter.ru/2020/spb/workshops/79udkbrtg6oxa17mf3nb0p/

Всем привет!
Мы с Алексеем Рагозиным будем проводить двухдневные курсы по тестированию производительности 3 и 4 апреля в Санкт-Петербурге.

Разберем на простых примерах тестирование производительности веб-приложений с помощью Apache.JMeter и Gatling.

Курс практический. С интересной и важной теорией. Будет полезен начинающим инженерам по тестированию производительности, опытным инженерам, желающим изучить Gatling и JMeter глубже, и разработчикам, ускоряющим свои системы.

Всегда рады вопросам:
* Алексей - Алексей Рагозин
* @smirnovqa - это я

Будет интересно! Приходите

Запись будет?

Нет. Запись именно этих двух дней не планировали

Коллеги, доброго дня (утра, вечера)!)) у меня в HTTP Request приходит response большого объема и "не влезает" в jmeter. Система его обрезает снизу и xpath не достает из него нужные значения. Вопрос: как снять ограничение на размер response у jmeter?

А как вы поняли что он не влезает и именно по этому xpath не отрабатывает?

Или вы хотите проверить xpath через view result tree? тогда
jmeter.properties

view.results.tree.max_size=

я во view result tree увидел что ответ с обрезанным окончанием.
Спасибо за подсказку)

Сам парсинг должен работать емнип, это настройка только для дебага

Если ответ очень большой, то рассмотрите возможность сделать с помощью Boundary Extractor, он быстрее работает

попробую и этот вариант. Спасибо!

В пропертях жметра.

Открой страницу пропертей жметра в мануале, ctrl+f response, limit и так далее

@smirnovqa я правильно помню, что ты рассказывал про то, что ессть настройка максимального размера ответа?