BO
ну тогда смотри
mvn dependency:tree откуда тебе прилетело 5.24.2[INFO] +- io.qameta.allure:allure-selenide:jar:2.15.0:compile
[INFO] | \- com.codeborne:selenide:jar:5.24.2:compile
Size: a a a
2021 October 26
AK
точно жеж
AS
@andrey_kurilov Всё верно, достаточно только прописать
selenide-testng:6.0.1, и всё осткльное само должно подтянуться. Если прилетела 5.24.2, надо разбираться.BO
блин. щас схожу к ним обновлю
BO
вот именно поэтому я фиксирую версию руками. и советую это делать.
BO
кто-нить принесет старую версию
AM
В идее есть удобный плагин для анализа всех зависимостей, конфликтов и тд и тп - https://plugins.jetbrains.com/plugin/7179-maven-helper
AM
Сразу понятно, откуда что тянется, с какими версиями и тд тп.
AS
Это мой любимый косяк мавена. Вместо того, чтобы из
5.24.2 и 6.0.1 выбрать более свежую версию, он зачем-то решает выбрать ту, которая “ближе по дереву”. Гениальное решение.AS
selenide 6.0.2 уже в мавене, проблема с TestNG должна исправиться.
ГП
Добрый день, подскажите как исправить это "Caused by: org.apache.http.ProtocolException: Content-Length header already present"
AK
ждемс =) Заранее спасибо
КИ
AM
исправилось, спасибки
OB
а как это сделать?
AS
Может, просто не надо мавен использовать? ;)
BO
ну явно написать в своем pom.xml. selenide:xxx и selenide-testng:xxx
BO
чтобы зависимость была в корне и мавен не пытался взять транзитивные зависимости откуда повезет
BO
надо голову использовать :) и тогда с любым тулом все будет ок
OB
то бишь вот так...
<dependency>
<groupId>com.codeborne</groupId>
<artifactId>selenide</artifactId>
<version>5.25.0</version>
</dependency>
и можно не боятся транзитивных в соседних библиотеках?
<dependency>
<groupId>com.codeborne</groupId>
<artifactId>selenide</artifactId>
<version>5.25.0</version>
</dependency>
и можно не боятся транзитивных в соседних библиотеках?