Единственное не будет одинаково ресолвится localhost, с винды нужно будет вбивать айпишник интерфейса в wsl. В отличие от wsl1, когда curl на локалхост не зависел от того, где сервис висит - на винде или линуксе.

Проблема с аллюром. Подключил к дженкинсу. Тест номально проходит

[autotest] $ /usr/local/jenkins/tools/ru.yandex.qatools.allure.jenkins.tools.AllureCommandlineInstallation/2.13.5/bin/allure generate -c -o /usr/local/jenkins/workspace/autotest/allure-report
allure-results does not exists
Report successfully generated to /usr/local/jenkins/workspace/autotest/allure-report
Allure report was successfully generated.
Creating artifact for the build.
Artifact was added to the build.
Finished: SUCCESS

Но отчет не выдает

[autotest] $ /usr/local/jenkins/tools/ru.yandex.qatools.allure.jenkins.tools.AllureCommandlineInstallation/2.13.5/bin/allure generate -c -o /usr/local/jenkins/workspace/autotest/allure-report
allure-results does not exists
Report successfully generated to /usr/local/jenkins/workspace/autotest/allure-report
Allure report was successfully generated.
Creating artifact for the build.
Artifact was added to the build.
Finished: SUCCESS

Проверяйте пути куда аллюр кидает свои артифакты и откуда вы указываете при генерации их брать

Всем привет.  Есть rest запрос и повторно он может вызываться только через какое-то определенное время, есть ли возможность как-то это отслеживать? Например, если в двух тестах присутствует этот запрос, то первый тест проходит, а второй падает из-за того что вызов можно осуществить через 1 минуту,  возможности нет вызывать, запрос и проверять статус, так как после каждого вызова время, которое прошло после последнего вызова сбрасывается и отсчет начинается опять с 1 минуты.

Самый простой, тупой и хардкорный способ сделать это и НЕ отслеживать это -- только поставить во второй тест хардкод таймаут в одну минуту (перед запросом).

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

Если сетап позволяет сохранять время в некие глобальные переменные, можно его туда сохранять.

Не ищем легкие пути)😂 Я тоже думала на счет "таймера", но вот вопрос,  нормально ли если я буду использовать System.currentTimeMillis(), если возможно тесты будут гонятся на удаленной машине или в контейнерах?

Поскольку время будет одной и той же машины, то думаю что нормально.

Единственное что -- может на всякий случай добавить ещё 2-3 секунды "буфера".

Я бы просто добавил экспшн если возвращается ошибка и обнуляется счётчик то жди минуту,  если нет иди дальше

А то первый тест не всегда может быть первым

А падение можно перехватить?

можно сделать мини-проксю

она будет считать что там когда отправилось для этого эндпоинта, на nodejs это можно сделать без зависимостей где-то строчек 50-100

Если тест упал то ждать 1 минуту и запускать еще раз?

Я на java пишу

Не тест упал, а дёрнул рест запрос, получил не то, что ожидалось, дёрнул с паузой секунд 10 ещё раз

>> возможности нет вызывать, запрос и проверять статус, так как после каждого вызова время, которое прошло после последнего вызова сбрасывается и отсчет начинается опять с 1 минуты

Я понял не так.
Я понял, что повторный запрос менее чем через минуту, даёт не тот респонз
Почему бы не дергать, пока не получится)

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

да, прокся сама вернет сообщение сколько ждать и не будет отправлять запрос на конечный эндпоинт чтобы не обнулять счетчик