OS
я бы сказал врядли :) но это засивит от того кому вы документацию пишете и договоренностей с теми командами / юзерами
ссылки нельзя — твиттер atomicjar, твиттер shelajev
можно на ютубе прям подписаться на atomicjar
Size: a a a
2022 February 15
OS
OS
интересный вопрос, я бы сказал что можно посмотреть в сторону докеризации обоих консюмеров и запуска их и очереди в отдельном тесте
OS
+ можно посмотреть на testcontainers модуль toxiproxy (ссылки нельзя, на сайте найти можно) и там сделать дополнительно условий как что ломается такой chaos engineerign with testcontaienrs
OS
ура!
AK
Спасибо. А то со слов не получалось находить.
DT
Да
AC
Спасибо!
2022 February 16
IZ
Олег, спасибо за ответ в чатике по jpoint, я ток увидел, что чат доклада - это тут.
Вопрос по тест контейнерс:
как переиспользовать запущенный контейнер? Я понимаю что это не бест практис, но для траблшутинга бывает ооочень часто нужна подобная фича. Или просто для поиграться. У нас сейчас есть своя нашлёпка похожая на тестконтейнерс (возраста может даже немного бОльшего, чем ваша либа, так что её наличие - это просто легаси), я пытался переехать, но столкнулся с вот таким ограничением, что нет функциональности просто держать контейнеры включёнными
Вопрос по тест контейнерс:
как переиспользовать запущенный контейнер? Я понимаю что это не бест практис, но для траблшутинга бывает ооочень часто нужна подобная фича. Или просто для поиграться. У нас сейчас есть своя нашлёпка похожая на тестконтейнерс (возраста может даже немного бОльшего, чем ваша либа, так что её наличие - это просто легаси), я пытался переехать, но столкнулся с вот таким ограничением, что нет функциональности просто держать контейнеры включёнными
OS
в
он там посчитает hash-и, запишет в лэйблы контейнеров и потом не будет заново стартовать если нет изменений.
это недокументированная экспериментальная фича, потому что непонятно кому и когда эти контейнеры все-таки останавливать.
поэтому и экспериментальная и конфигурация в environment specific location чтобы проект или например просто парочка ENV_VARS не могли загрязнять среду
~/.testcontainers.properties написать testcontainers.reuse.enable=true`и потом контейнеру сказать `container.withReuse(true);он там посчитает hash-и, запишет в лэйблы контейнеров и потом не будет заново стартовать если нет изменений.
это недокументированная экспериментальная фича, потому что непонятно кому и когда эти контейнеры все-таки останавливать.
поэтому и экспериментальная и конфигурация в environment specific location чтобы проект или например просто парочка ENV_VARS не могли загрязнять среду
OS
вот начиная примерно с https://www.youtube.com/watch?v=wLrrhHjOHsE&t=2776s
OS
вот например в ютуб видео — "Testcontainers Live: Neo4j with Gerrit Meier" где-то с 2775 секунды пример показан
OS
там глава — 40:51 - Understanding Reusable containers
OS
ну или можно просто сделать в
public class Main {
public static void main(String[] args) throws Throwable {
var c = new GenericContainer("blah");
c.start();
new Scanner(System.in).nextLine();
}
}IZ
спасибо! А есть где-то issue на это?
Не было предложения просто задать как-то своё имя и если на docker ps этот контейнера нет, то создаём, если есть - не создаём?
Не было предложения просто задать как-то своё имя и если на docker ps этот контейнера нет, то создаём, если есть - не создаём?
OS
Issue есть строго надо посмотреть в гитабе тут все равно ссылки нельзя
OS
А если я немного тест поменял например добавил копирование какой нибудь schema.sql
OS
То по имени контейнер найдётся но дебажить почему не работает врагу не пожелаешь
IZ
нуууууу.... хз, конечно, по моему опыту не такая уж и проблема.
Да, было такое, мол wtf, должно же работать, но если используешь это часто, то тесты запускаются намного быстрее и довольно быстро приходишь к тому что неплохо бы сделать
у нас вот такая ужасная блямба в тестах уже пол года как. Выглядит страшно, но в быту очень удобно
Да, было такое, мол wtf, должно же работать, но если используешь это часто, то тесты запускаются намного быстрее и довольно быстро приходишь к тому что неплохо бы сделать
docker ps перед тем как траблшутить. у нас вот такая ужасная блямба в тестах уже пол года как. Выглядит страшно, но в быту очень удобно
private static Optional<RedisClusterClient> getExternalRedisClient() {
try {
Process p =
new ProcessBuilder(
"docker",
"ps",
"--filter",
"status=running",
"--format",
"{{.ID}}\\t{{.Image}}\\t{{.Ports}}")
.start();
p.waitFor();
return IOUtils.readLines(p.getInputStream(), StandardCharsets.UTF_8).stream()
.map(l -> l.split("\t", 3))
.filter(s -> s[1].contains("docker-test-redis"))
.map(s -> Ints.tryParse(RegExUtils.replaceAll(s[2], ".*->([0-9]+).*", "$1")))
.filter(port -> port != null)
.map(
port ->
RedisClusterClient.create(
ClientResources.builder().build(),
Collections.singleton(RedisURI.create("127.0.0.1", port))))
.findFirst();
} catch (Exception e) {
return Optional.empty();
}
}
OS
Не знаю наверное для каких-то случаев может подходит. В общем наверное сложно сказать