Implement Kover Maven plugin

binkley commented 2 years ago

Kover looks very exciting! Thank you for the Gradle plugin.

Request: an equivalent Maven plugin. Projects I work on are around 50/50 Gradle/Maven for builds (these are for backend, not mobile).

IgorSidorov commented 2 years ago

+1 working with server side banking project. Look forward to the maven equivalent.

shanshin commented 2 years ago

Hi, at the moment, the development of the Maven plugin is not included in the short-term plans.

We will be happy to listen to your use cases, it will help to develop an API for the Maven plugin.

KyongSik-Yoon commented 2 years ago

+1 working with server side apm project. Look forward to the maven equivalent

marcoebbinghaus commented 2 years ago

+1

Building maven based kotlin backend (REST API) application. I would like maven to create reports with kover during my CI.

RustamKuramshin commented 2 years ago

+1

Filipe3xF commented 2 years ago

+1

prajain12 commented 2 years ago

+1 Very much interested in Kover Maven Plugin. JaCoCo still does not fully serve the purpose. For example JaCoCo does not exclude getters and setters from the code coverage of data classes.

revseev commented 2 years ago

+1 Server-side enterprise development

Guruth commented 2 years ago

+1 Server-side enterprise development

khekrn commented 2 years ago

+1 Server Side enterprise dev

binkley commented 2 years ago

A big reason I'm looking at Kover rather than JaCoCo is inline function coverage. See https://github.com/jacoco/jacoco/issues/654.

@shanshin As to "use cases", I assume you mean why Maven? I don't want to have a religious debate of Gradle vs Maven ;-) I'm a consultant, and make recommendations to client teams and organizations on tech choices. For me, I often (but not always) prefer Maven, especially for certain types of client, because of stability and reproducibility of builds. And I encourage them to move to Kotlin from Java when feasible, and coach developer teams in that transition.

Here is a sample personal project with 100% coverage according to JaCoCo of lines, branches, and instructions: https://github.com/binkley/kunits. It builds with Maven. There are extension functions I'd like to mark as inline but at the cost of JaCoCo calling those lines uncovered.

BerMuc commented 2 years ago

+1

stylismo commented 2 years ago

+1

ArtSaidanov commented 2 years ago

+1

valeria-luchko-idf commented 2 years ago

+1

Bernardoklopf commented 2 years ago

+1

raissa-machado commented 1 year ago

+1

NoxFr commented 1 year ago

1!

JulI0-concerto commented 1 year ago

+1

joao-soares-amaro commented 1 year ago

+1

oldratlee commented 1 year ago

+1

from issue:

https://github.com/jacoco/jacoco/issues/654

qwwdfsad commented 1 year ago

Our long-term plan is the following: polish and stabilize Gradle API (so it's complete, future-proof and supports both Android and merged reports in a concise manner). As soon as it's done, released and evaluated, we'll start transferring this API shape into Maven plugin (which, alas, will be much less configurable and probably won't support merged reports as well).

No specific timeframes for this tho, it's just an outline of our overall direction