BO
А! Тогда уже звучит лучше :)
Size: a a a
2019 November 27
LY
Развод Андрея Солнцева с Артёмом Ерошенко?
Не, запускать у себя чужой докер-контейнер. Небезопасно это.
LY
Ivan Efimov
алетернатива постману https://postwoman.io/
Ух ты, 25-го 1.0 версию выпустили, теперь точно альтернатива
MK
Не, запускать у себя чужой докер-контейнер. Небезопасно это.
запусти в песочнице
LY
запусти в песочнице
Ну если бы я собирался это сделать то наверное так и поступил. Но многие вообще не будут парится, запустят так.
LY
Чтиво для размышлений
ДМ
@barancev А это так и задумано или в документашке Selenium Grid ошибка? Один и тот же аргумент webdriver.chrome.driver имеет разные значения в консоли и в конфиге.
BO
@barancev А это так и задумано или в документашке Selenium Grid ошибка? Один и тот же аргумент webdriver.chrome.driver имеет разные значения в консоли и в конфиге.
потому что ты можешь задать в консоли и в конфиге разные значения?
BO
консоль обычно имеет приоритет над конфигом
ДМ
потому что ты можешь задать в консоли и в конфиге разные значения?
Путь к драйверу и путь к браузеру - это ни фига не chrome.driver
ДМ
Чет логика непонятна
AB
@barancev А это так и задумано или в документашке Selenium Grid ошибка? Один и тот же аргумент webdriver.chrome.driver имеет разные значения в консоли и в конфиге.
ошибка в примере конфигурационного файла
СП
Добрый день, подскажите, подскажите, зачем указывать явно в maven проекте selenium если уже был указан selenide
при этом если просто сделать чистый мавен проект, где ничего нет по зависимостям, ктоме junit и selenide, все работает как надо, без явного указания
<dependency>
<groupId>org.seleniumhq.selenium</groupId>
<artifactId>selenium-api</artifactId>
<version>3.14.0</version>
</dependency>
вот тут советуют добавить зависимость, и это действительно решает часть проблемы, однако порождает другие https://stackoverflow.com/questions/52992915/selenium-selenide-class-file-for-org-openqa-selenium-wrapsdriver-not-found-for
при этом если просто сделать чистый мавен проект, где ничего нет по зависимостям, ктоме junit и selenide, все работает как надо, без явного указания
<dependency>
<groupId>org.seleniumhq.selenium</groupId>
<artifactId>selenium-api</artifactId>
<version>3.14.0</version>
</dependency>
вот тут советуют добавить зависимость, и это действительно решает часть проблемы, однако порождает другие https://stackoverflow.com/questions/52992915/selenium-selenide-class-file-for-org-openqa-selenium-wrapsdriver-not-found-for
AS
Да, обычно не нужно явно указывать селениум. Селенид и так его подтянет транзитивно.
AB
явно надо указывать в том случае, если вам нужна специфическая версия, а не та, которую транзитивно тянет селенид
СП
так, я думаю так-же, и это работает, если я делаю это вне проекта разработки
Однако, я полагаю, что некоторые модули из parent maven модуля, могут *содержать иную библиотеку селениума(например спринг) и мешать таким образом корректно определять, селениум из селенида
есть способ "сказать" используй селениум из селенида, по умолчанию, для дочернего мавен модуля?
Однако, я полагаю, что некоторые модули из parent maven модуля, могут *содержать иную библиотеку селениума(например спринг) и мешать таким образом корректно определять, селениум из селенида
есть способ "сказать" используй селениум из селенида, по умолчанию, для дочернего мавен модуля?
EB
ну или не "вам", а другому пакету в зависимостях =)
AB
хотите специфические версии — не полагайтесь вообще на транзитивные зависимости. перечисляйте все явно