да я так делал только через Backend Listener вводя свой токен и он у меня падал по 401, правда после всех этих манипуляций сейчас ошибки нет

Прошу прощения не сразу смог ответить... хип сайз у меня стоит 256 мб

Спасибо за встречу, очень полезно. Но пока не определились, какой язык будет первым? Я уже на самом деле думала на гатлинг переключаться, потому что хочется больше кода. Только котлин и скалу не очень хочется учить, конечно ) я понимаю, что там одно название от скалы в гатлинге, но все же :)

От этого UI хотелось бы уйти как-то подальше...

Ну, я как бы давно определился, что язык будет Kotlin, и что выглядеть будет как-то так:

        threadGroup {
            transaction("test") {
                http("http://example.com") {
                    postProcess {
                        extractRegex()
                    }
                }

Не, ну код то понятный) А будет только котлин, получается в ближайшее время?

Да кстати, очень тупой вопрос. А там есть поддержка многопоточности в котлине? Я знаю только, что котлин существует и используется для Android разработки. На этом познания котлина заканчиваются 😊

я к тому что тебе не нужны запросы в БД из жметер это делает backend listener если он не работает это надо решать и не запросами из жметер

Если хочется получать уже опыт в кодовом варианте jmeter могу порекомендовать вот этот репозиторий https://abstracta.github.io/jmeter-java-dsl/

Да, там можно всё то же, что в Java, и даже лучше. Оно бесшовно интегрируется с Java, и можно в одном проекте половину классов на Kotlin, а половину на Java. И они вообще без проблем работают

Благодарю, гляну

Как и груви тоже :)

От меня тоже спасибо тебе большое, я пытался собрать этих ребят каким-то образом. Получилось довольно конструктивно. Я не совсем понял - если у кого то есть желание поучаствовать в разработке DSL - наверное нужно как то подсветить таски. Или ты будешь единолично этим заниматься?

спасибо огромное. Просто еще раз для закрепления, нашу бд назовем ее так, мы создаем из командной строки инфлюкс, а уже backend listener туда пишет?

ну звучит верно) мы создаем бакет - это лучше называть таблицой в бд

нее.  В Groovy хуже:
1) Если напишете Groovy класс, и попытаетесь от него отнаследоваться в Java классе, то оно не скомпилируется: https://stackoverflow.com/questions/16777638/java-class-extends-groovy-class

2) В Groovy очень много магии. Что там и как работает — тяжело понять, и тяжело продебажить. В Kotlin вся маги на этапе компиляции. Если скомпилировалось, то ок. Если какого-то метода нет, то об этом скажет компилятор, а не ошибка во время выполнения «свойство looops в threadGroup не найдено»

и пишет туда листненер да

еще раз спасибо теперь понял)

Запись: https://www.youtube.com/watch?v=FZOcmtp5sJY

>Я не совсем понял - если у кого то есть желание поучаствовать в разработке DSL - наверное нужно как то подсветить таски. Или ты будешь единолично этим заниматься?

Ну, есть гипотеза, что «само по себе» оно с места не сдвинется.
В этом проблема opensource.

В случае же DSL, тасками могут быть:

а) написание комментариев в духе «да, Котлин круто, даёшь Kotlin DSL в JMeter»
б) тестирование на предмет «удобно-неудобно», «понятно-непонятно»
в) приведение каверзных случаев (ну, мало ли какие sampler’ы и т.п. бывают). Запуск из коммандной строки, запуск из junit, и т.п.
г) доработка DSL для поддержки sampler’ов (ну, их-то много, можно их дорабатывать)
д) прочее