АГ
Взять например кварц, выше о нем
не сортєсь, ви все мне помогли, я очень признателен всем.
Size: a a a
2020 December 20
AE
Андрій Гіщак
не сортєсь, ви все мне помогли, я очень признателен всем.
Никто не ссорится)
А
Взять например кварц, выше о нем
Супер. А справится с большим количеством заданий?)
А
Никто не ссорится)
+1
АГ
Никто не ссорится)
тогда, извините
AE
Алексей
Супер. А справится с большим количеством заданий?)
Да)
Т
всем привет, а кто-нибудь сталкивался с прикручиванием swagger к kotlin проекту с jsonrpc?
(с кривой самописной либой проблема с тем, что классы из сторонних библиотек он не видит, даже при явном добавлении в папки с сурссетами, вручную)
возможно, есть какие-то нормальные готовые решения?(погуглив, конкретных с поддержкой jsonrpc не обнаружил)
(с кривой самописной либой проблема с тем, что классы из сторонних библиотек он не видит, даже при явном добавлении в папки с сурссетами, вручную)
возможно, есть какие-то нормальные готовые решения?(погуглив, конкретных с поддержкой jsonrpc не обнаружил)
swagger и json-rpc не очень сочетаются. из готового и работающего могу только от экс коллеги посоветовать глянуть мавен-плагин, может поможет чем: https://github.com/uralmax/jsonrpc4j-swagger-maven-plugin-helper
DC
Алексей
Супер. А справится с большим количеством заданий?)
Поверь, лукапить задачи по таблице и проверять, что из них надо выполнить больнее, чем юзать кварц)
А
Поверь, лукапить задачи по таблице и проверять, что из них надо выполнить больнее, чем юзать кварц)
Я не сравнивал. Прямой вопрос был. У себя заюзаю его. Тем более есть статьи о кварц+спринг
A
swagger и json-rpc не очень сочетаются. из готового и работающего могу только от экс коллеги посоветовать глянуть мавен-плагин, может поможет чем: https://github.com/uralmax/jsonrpc4j-swagger-maven-plugin-helper
спасибо))
2020 December 21
ВК
Всем привет! Посоветуйте, пожалуйста, хороший code coverage tool, который используете в проектах. Я сейчас смотрю в сторону JaCoCo, но, возможно, есть что-то получше?
A
Всем привет! Посоветуйте, пожалуйста, хороший code coverage tool, который используете в проектах. Я сейчас смотрю в сторону JaCoCo, но, возможно, есть что-то получше?
В правильную сторону смотрите.
АО
Всем привет! Посоветуйте, пожалуйста, хороший code coverage tool, который используете в проектах. Я сейчас смотрю в сторону JaCoCo, но, возможно, есть что-то получше?
мне когда-то больше cobertura нравилась. но с ней тогда gradle не умел работать. в целом аналогичные инструменты. первая просто субъективно более симпатична.
а вообще сонар вам в помощь)
а вообще сонар вам в помощь)
V
мне когда-то больше cobertura нравилась. но с ней тогда gradle не умел работать. в целом аналогичные инструменты. первая просто субъективно более симпатична.
а вообще сонар вам в помощь)
а вообще сонар вам в помощь)
Сонар же вроде сам покрытие не считает, а использует готовые репорты
АО
Vlad
Сонар же вроде сам покрытие не считает, а использует готовые репорты
вроде как да. но там отпадет необходимость выбирать среди вариантов.
он не требует добавлять тот же jacoco как зависимость.
он не требует добавлять тот же jacoco как зависимость.
V
вроде как да. но там отпадет необходимость выбирать среди вариантов.
он не требует добавлять тот же jacoco как зависимость.
он не требует добавлять тот же jacoco как зависимость.
Так репорт же построить нужно будет тем же jacoco
NG
Всем привет! Посоветуйте, пожалуйста, хороший code coverage tool, который используете в проектах. Я сейчас смотрю в сторону JaCoCo, но, возможно, есть что-то получше?
jacoco и бери. в мавен/градль встраиваются парой строк в конфиге. в сонар тоже со свистом залетает.
АО
Vlad
Так репорт же построить нужно будет тем же jacoco
ну и что? моя идея в том, что с настройкой самого инструмента покрытия не надо. за исключением исключений тех же dto из репорта. это одна строка.
ну а то что jacoco под капотом... ну и пусть
ну а то что jacoco под капотом... ну и пусть
АО
я понимаю, что можно подключить jacoco, может кастомизировать ему правила поподробнее и на выходе получить примерно то же. но после покрытия надо будет собрать другие метрики - докинуть еще pmd/checkstyle и т.д. проект начнет раздуваться
V
ну и что? моя идея в том, что с настройкой самого инструмента покрытия не надо. за исключением исключений тех же dto из репорта. это одна строка.
ну а то что jacoco под капотом... ну и пусть
ну а то что jacoco под капотом... ну и пусть
я не понимаю) как сонар поможет сделать покрытие, если он его не делает, а использует покрытие других систем?) а тс спросил как подсчитать покрытие