Having problems to install.

[mrVin99]

I followed exactly as getting started says: https://akkurate.dev/docs/getting-started.html#basic-usage

Added to dependencies

    implementation("dev.nesk.akkurate:akkurate-core:0.8.0")
    implementation("dev.nesk.akkurate:akkurate-ksp-plugin:0.8.0")
    ksp("dev.nesk.akkurate:akkurate-ksp-plugin:0.8.0")

Added id("com.google.devtools.ksp") version "1.9.10-1.0.13" to plugins

private val kotlinVersion = "2.0.0"
private val logbackVersion = "1.4.14"
private val xerialJdbcVersion = "3.46.0.0"
private val hirakiPoolVersion = "5.1.0"
private val kotestVersion = "5.9.1"

plugins {
    kotlin("jvm") version "2.0.0"
    id("org.jetbrains.kotlin.plugin.serialization") version "2.0.0"
    id("io.ktor.plugin") version "3.0.0-beta-1"
    id("com.google.devtools.ksp") version "1.9.10-1.0.13"
}

group = "com.vaiobra"
version = "0.0.1"

application {
    mainClass.set("ApplicationKt")

    val isDevelopment: Boolean = project.ext.has("development")
    applicationDefaultJvmArgs = listOf("-Dio.ktor.development=$isDevelopment")
}

repositories {
    mavenCentral()
}

dependencies {
    implementation(platform("org.http4k:http4k-bom:5.26.0.0"))
    implementation("org.http4k:http4k-core")
    implementation("org.http4k:http4k-server-netty")
    implementation("org.http4k:http4k-format-kotlinx-serialization")
    implementation("org.xerial:sqlite-jdbc:$xerialJdbcVersion")
    implementation("com.zaxxer:HikariCP:$hirakiPoolVersion")
    implementation("ch.qos.logback:logback-classic:$logbackVersion")
    implementation("dev.nesk.akkurate:akkurate-core:0.8.0")
    implementation("dev.nesk.akkurate:akkurate-ksp-plugin:0.8.0")
    ksp("dev.nesk.akkurate:akkurate-ksp-plugin:0.8.0")
    testImplementation("io.kotest:kotest-runner-junit5:$kotestVersion")
    testImplementation(kotlin("test"))
}

tasks.test {
    useJUnitPlatform()
}

But as you can see, it's not working.

When i try to force an compilation, i get: `Execution failed for task ':kspKotlin'.

'org.jetbrains.kotlin.incremental.ChangedFiles com.google.devtools.ksp.gradle.KspTaskJvm.getChangedFiles(org.gradle.work.InputChanges, java.util.List)'`

[nesk]

As said in the documentation:

Add KSP to your plugin list; make sure to use the appropriate version, depending on the Kotlin version you're using.

You are using Kotlin 2.0.0, so you should use KSP 2.0.0-1.0.24 instead of 1.9.10-1.0.13 😉

[mrVin99]

Fair, my bad.
However, still not working, no idea why.

[mrVin99]

I'm feeling pretty stupid because i must be doing something extremely wrong.
I created a brand new project to try to make it work.

Checklist

• akkurate core, plugin and kps plugin added to dependencies, version 0.8
• devtools ksp plugin version 2.0 (latest)
• data class annotated with Validate (copied directly from akkurate get started).

and it just wont work.

[nesk]

You're not stupid 😉 You just missed a crucial part in the Getting Started guide:

This annotation marks the class for the compiler processor, so it can generate validatable accessors for it. Now, build the project with ./gradlew build (or Build | Build Project in IntelliJ IDEA) to trigger code generation. We will explain this whole concept a bit further.

In your case, since you've already written the code of the validator, you have to:

• build the project
• it will fail but the extension properties will be generated by the KSP plugin
• now you can go over each Unresolved reference '<property>' and click Import extension property 'Validatable.<property>'

And everything should work as expected 🎉

This is currently a limitation due to KSP, one day I will switch from a KSP plugin to a FIR compiler plugin to ensure better integration.

[mrVin99]

Oh, thanks! It finally worked! I was running ./gradlew build, but it was failing with an error. I didn't think this was the expected behavior. Also, I thought I wouldn't need to import to import data class properties (title and releaseDate) and that it would act like a lambda function or have infix behavior.
Anyway, thanks, i'll be probably be using it in prod in the upcoming weeks.

[nesk]

I didn't think this was the expected behavior.

Yep, and this is an issue. I will improve this someday.