Size: a a a

2020 December 21

АО

Александр Охонченко... in pro.jvm
Vlad
я не понимаю) как сонар поможет сделать покрытие, если он его не делает, а использует покрытие других систем?) а тс спросил как подсчитать покрытие
вы сливаете в одно - генерацию репорта и зависимости.
если на выходе нужен только файл, который читать и анализировать никто не будет - да, берите самое простое
источник

АО

Александр Охонченко... in pro.jvm
короче просто одной командой

mvn org.jacoco:jacoco-maven-plugin:prepare-agent package org.jacoco:jacoco-maven-plugin:report

и будет счастье)
по-моему сейчас это вообще не требует подключать что либо

(но это не точно =) )
источник

NG

Nikita Gryzlov in pro.jvm
Александр Охонченко
короче просто одной командой

mvn org.jacoco:jacoco-maven-plugin:prepare-agent package org.jacoco:jacoco-maven-plugin:report

и будет счастье)
по-моему сейчас это вообще не требует подключать что либо

(но это не точно =) )
Ну так это просто запуск goal без прописывания его в фазе. Вкусовщина, имхо. Кому-то удобно одной короткой mvn  командой получать все артефакты, кому-то нравится минимальный pom'ник и внешняя конфигурация. Суть-то одна и та же, сонар использует результаты jacoco для покрытия, а как они конкретно получаются, ему не особо важно
источник

АО

Александр Охонченко... in pro.jvm
Nikita Gryzlov
Ну так это просто запуск goal без прописывания его в фазе. Вкусовщина, имхо. Кому-то удобно одной короткой mvn  командой получать все артефакты, кому-то нравится минимальный pom'ник и внешняя конфигурация. Суть-то одна и та же, сонар использует результаты jacoco для покрытия, а как они конкретно получаются, ему не особо важно
у меня это вообще в сборке дженкинса с триггером по коммиту)
не вижу смысла забивать помник.
но это вкусовщина тоже)
источник

T

Tagir in pro.jvm
Владимир Краснов
Всем привет! Посоветуйте, пожалуйста, хороший code coverage tool, который используете в проектах. Я сейчас смотрю в сторону JaCoCo, но, возможно, есть что-то получше?
JaCoCo - единственный актуальный инструмент, который развивается и вовремя обрабатывает новые фичи джавы и даже котлин умеет. Все остальные - либо просто обвязка над JaCoCo, либо что-то совсем устаревшее
источник

AB

Andrew Bystrov in pro.jvm
Tagir
JaCoCo - единственный актуальный инструмент, который развивается и вовремя обрабатывает новые фичи джавы и даже котлин умеет. Все остальные - либо просто обвязка над JaCoCo, либо что-то совсем устаревшее
а code coverage, который встроен в идею хуже чем JaCoCo? Или он так же поверх jacoco и нет смысла использовать встроенный в идею?
источник

T

Tagir in pro.jvm
Там, кажется, два движка можно выбрать, на JaCoCo и свой. Но я, если честно, ими почти не пользовался, поэтому не могу детально проконсультировать
источник

B1

Burevesnik 1960 in pro.jvm
Хай, есть jpql кверя где join 2 таблицы many to one, все норм работает до тех пор когда пытаюсь сортировать по полям заджоиных таблиц. Прокидывает ошибку мол они должны быть в groupBy
https://pastebin.com/KHxSrnLN
я б и оставил их, но если не буду сортировать по этих полях - тоже будет групировка по них
источник

AB

Andrew Bystrov in pro.jvm
Tagir
Там, кажется, два движка можно выбрать, на JaCoCo и свой. Но я, если честно, ими почти не пользовался, поэтому не могу детально проконсультировать
да, в идее, по крайней мере до 2020.3, можно было выбирать ,какой движок использовать. сейчас в 2020.3 не нашел такой опции (мб плохо искал, но не суть)
источник

N

Nick in pro.jvm
Tagir
Там, кажется, два движка можно выбрать, на JaCoCo и свой. Но я, если честно, ими почти не пользовался, поэтому не могу детально проконсультировать
по мотивам последнего доклада где показывался автогенартор тестов от diffblue для увеличения доли покрытия, а в JB этим пользуются или может сам используешь? И если да то какой основной мотив использования, просто циферки подбивать?
источник

T

Tagir in pro.jvm
Пока не пользовались, я сам игрался только.
источник

T

Tagir in pro.jvm
Если с покрытием всё плохо, то закристаллизовать текущее состояние программы - это в стопицот раз лучше, чем ничего не делать, даже если оно неверное
источник

T

Tagir in pro.jvm
То есть можно нагенерировать таких тестов. Если при дальнейших рефакторингах и т. д. что-то начнёт падать, то разбираться. Есть вероятность, что программа раньше работала неправильно, и ты починил её, тогда надо поправить тест. Но гораздо вероятнее, что раньше работало (юзеры ведь как-то пользуются), а ты сломал
источник

T

Tagir in pro.jvm
Конечно, это не тдд с понтом, но гораздо лучше, чем если поведение программы изменится, а ты вообще про это не узнаешь
источник

N

Nick in pro.jvm
Tagir
То есть можно нагенерировать таких тестов. Если при дальнейших рефакторингах и т. д. что-то начнёт падать, то разбираться. Есть вероятность, что программа раньше работала неправильно, и ты починил её, тогда надо поправить тест. Но гораздо вероятнее, что раньше работало (юзеры ведь как-то пользуются), а ты сломал
именно так и понял суть инстурмента, чтоб не поменять поведение при рефакторинге например
источник

T

Tagir in pro.jvm
Ну, на мой взгляд, основная суть тестов в этом - чтобы не поменять поведение ненароком, чтобы не внести регрессий
источник

T

Tagir in pro.jvm
У кого-то другая философия - чтобы документировать код, чтобы дизайнить апи. Но это всё фигня, на мой взгляд
источник

B1

Burevesnik 1960 in pro.jvm
Ребят, как  динамически строить groupBy в JPQL?
источник

V

Vlad in pro.jvm
Burevesnik 1960
Ребят, как  динамически строить groupBy в JPQL?
Для динамического построения запросов есть - criteria api
источник

РН

Роман Нагаев... in pro.jvm
Burevesnik 1960
Хай, есть jpql кверя где join 2 таблицы many to one, все норм работает до тех пор когда пытаюсь сортировать по полям заджоиных таблиц. Прокидывает ошибку мол они должны быть в groupBy
https://pastebin.com/KHxSrnLN
я б и оставил их, но если не буду сортировать по этих полях - тоже будет групировка по них
а зачем тебе группировка в этом запросе?
источник