Это очень зависит от окружающих условий

Мы - коммуна анархо-синдикалистов. У нас нет короля, мы по-очереди правим по неделе!

— Это кто?
— Не знаю… Король, наверное.
— С чего ты решил?
— Так он тут единственный, кто не весь в дерьме.

Ладно, надо завязывать. Не все в теме.

ВЫНОСИТЕ ПОКОЙНИКА!

Спасибо, буду экспериментировать.

Пытаюсь понять, как избежать убийства места на диске, если что-то пойдёт не так и джоб перестанет забирать файлы. Можно рассчитать, какое количество файлов окажется критическим и учитывать это при подаче нагрузки, после чего в tearDown вызывать rm *xml. Стоит ли городить более сложные конструкции?

Я всё ещё не понял, зачем файлы создавать :)

Так работает джоб. Видит файл в определённой папке - забирает.

А!
То есть создание нагрузки - это генерация файлов.

А на проде куда файлы деваются?

Мы грузим шину, но так получается, что для данного сервиса мы ещё будем грузить и джоб. Почему нам не сказали эмулировать результат работы джоба, сразу отправляя файл в шину, - не знаю. Ну, до кучи проверим, готов ли джоб к большому количеству файлов.

Файл идёт в шину, потом в нужную систему, эта система обрабатывает файл. Критерий прохождения обработки - либо сообщение в очереди (планирую его ловить джметром), либо вызов хранимой процедуры. С процедурой надо будет думать - возможно, попрошу разработку при вызове процедуры слать в очередь сообщение (ответы систем эмулируются нашими заглушками).

Будет ли сообщение в очереди или вызов процедуры - зависит от параметра внутри запроса. Хотелось бы ставить рандомный вариант параметра и в обоих случаях ждать ответ в очереди.

Мы в такой ситуации генерили файл в папке прямо.
А после теста удаляли.

Вообще удалять должен был джоб, но он удалял ночью, нам ждать не хотелось :)

Единственный ньюанс - чтобы не случилось так, что файл ещё генерится, а система уже пытается его схавать, мы генерили файл с неверным расширением и потом переименовывали.

Я бы генерил с помощью jsr223

О, а вот это интересный подводный камень. Спасибо.

Ты лучше делай также, как и на проде будет.

А то у тебя выйдет гладко, а на проде сломается :)

На проде, я так понял, кладут уже готовый файл. Так что для корректности процесса буду подкладывать через mv.

Можно заранее сгенерить 100500 файлов и перекладывать

Но пулы генерить перед тестом - такое...

Тогда нужно будет как-то отслеживать айдишники - они же внутри файлов. Если генерить и передавать, то айдишник будет известен внутри тред группы. Опять же, ответ надо брать из очереди, ища по айдишнику. Сгенерил - переместил - слушаешь очередь.

Сделаю генерацию с перекладыванием в папку и посмотрю, что будет.

Можно класть айдишники отправленных файлов в пул

Я использую vts
Можно юзать http simple table server или просто shared hashmap