Morning everyone, I spotted this repo recently https://gitlab.com/opensavvy/automation/gitlab-ci.kt which looks promessing 👍 . What isn’t clear though is how you get GitLab CI to execute the

gitlab-ci.main.kts

file? Thanks

KtMongo 0.6.0 is out! This release is fairly small, it is about handling of maps. In particular,

Map<String, V>

, which is often serialized as an object. Added:

class User(
    val name: String,
    val grades: Map<String, Int>,
)

collection.find {
    User::grades["physics"] eq 5
}

as well as: •

isMapEmpty

•

isMapNotEmpty

Read more about these operators in the documentation • Full changelog

How to use Kotlin/JS nested suites using Prepared? Original question: https://kotlinlang.slack.com/archives/CT0G9SD7Z/p1736762977403649?thread_ts=1736762977.403649&cid=CT0G9SD7Z

I've worked a bit on documentation this past weekend. The next step is making sure the library is on MavenCentral, and after re-verifying all usage examples to ensure they are up-to-date and work. https://opensavvy.gitlab.io/automation/gitlab-ci.kt/docs (cc @Benoît Liessens @Piotr Krzemiński, you mentioned being interested in the project)

Prepared 2.0.0-alpha.2 is out! This release contains a breaking change! The second parameter to the

test()

function, which was used to inject a coroutine context was removed, so you will need to replace:

test("Foo", yourCoroutineContext) {
    // your test
}

by:

test("Foo", Context(yourCoroutineContext)) {
    // your test
}

This makes the library simpler, as there is a single concept to configure tests,

TestConfig

, which users can extend themselves. Full changelog • Website

Also, I'm nearing the end of things I wanted to break for Prepared 2.0.0, so if you have some feedback now is the time!

For those who like MongoDB… I've done a thing 👀

users.find {
    expr {
        of(Song::creationDate) gt of(Song::editionDate)
    }
}

{
  "$expr": {
    "$gt": [
      "$creationDate",
      "$editionDate"
    ]
  }
}

KtMongo 0.9.0 with the

$cond

aggregation operator

users.aggregate()
    .set {
        Song::releaseDate set cond(
            condition = of(Song::isReleased),
            ifTrue = of(2025),
            ifFalse = of(null)
        )
    }

https://opensavvy.gitlab.io/ktmongo/docs/

The GitLab CI DSL will be promoted to Beta soon. If you want to test things out until then, please take a look now blob smile https://gitlab.com/opensavvy/automation/gitlab-ci.kt/-/releases/0.4.0-rc.1

KtMongo 0.10.0 is out with a few new aggregation operators: •

$abs

, the absolute value •

$add

, the sum of two values •

$cos

,

$sin

,

$tan

and their variants (see changelog for exhaustive list) https://opensavvy.gitlab.io/ktmongo/docs/news/2025/02/16/v0.10.0.html

@CLOVIS Is there such a thing as a prepared val that can take parameters when called? Also is there any way to disable a whole PreparedSpec (it's a bit heavy to run every time...)

Prepared 2.0.0 RC1 is out! The main change here is the support for Java 11 (only supported Java 21 previously), implemented by @dave08! Please try this release and check if there are any issues. If no problems are detected, this version will become 2.0.0, probably next week. Documentation

Prepared 2.0.0 is out! No changes since the latest release candidate. See the full changelog to know everything that happened since the last stable version..

Prepared 2.0.1 is out, with a bump of Kotlin and the added mention of the #C887ZKGCQ assertion library with an example usage in the documentation. Changelog

@CLOVIS I filed an issue in `opensavvy.resources`: https://gitlab.com/opensavvy/automation/kotlin-js-resources/-/issues/14 It seems it does not work properly with projects that have native targets. I apply the plugin via my plugin, but it probably should not matter.

Dokka for MkDocs 0.5.2 is out! This release marks the removal of the Dokkatoo plugin, since everything has been added to Dokka v2. Additionally, the plugin will now delete all generated files when

:clean

is called. Changelog

Hey! Who's coming to KotlinConf? I'll be in Copenhagen starting tomorrow night. Ping me if you'd like to share a drink somewhere ahead of the conference!

Join me at the Kotlin Foundation booth at 13:30 for a demo of KtMongo!

Prepared 2.0.5 is out! Prepared now supports TestBalloon, allowing tests to be declared with even simpler syntax:

val FooTest by preparedSuite {
    test("Test 1") {
        check("Hello world" == "Hello world")
    }

    suite("A group of tests") {
        test("Test 2") { /* … */ }
        test("Test 3") { /* … */ }
    }
}

The TestBalloon team is planning on creating an IntelliJ plugin that will also work with Prepared. In this release, we also add experimental support for

kotlin.time

:

test("Set the initial time of a test") {
    time.set("2024-12-31T05:00:00Z")

    delay(4.hours)
    println(time.now)    // 2024-12-31T09:00:00Z
}

As always, more info is available in the news: https://opensavvy.gitlab.io/groundwork/prepared/docs/news

Spine 0.8.0 is out! • Ktor 3 support • Arrow 2 support • Added

equals

/`hashCode` /`toString` to`Parameters` for easier debugging • And more dependency upgrades Full changelog

This September I will be talking in Belgium about what goes into creating complex DSLs! There are some tickets left 👀 https://ktconf.be/speakers/ivan-canet/

Hey @CLOVIS, I've raised a new issue here: https://gitlab.com/opensavvy/automation/kotlin-vite/-/issues/56 Could you please have a look whenever you get a chance?

I'm currently in the process of migrating to the new MavenCentral process, so there may not be any new versions for a few days/weeks

KJS Resources 0.5.0 is out! KJS Resources is a Gradle plugin to embed your

src/jsMain/resources

files into your library, so your users can access them within their project. This version contains: • Support for Kotlin 2.2.0 • A bug fix for Native targets (thanks @altavir for the report!) Full changelog

Vite for Kotlin 0.5.3 is out! This version contains: • Support for Kotlin 2.2.0 • Support for Gradle 8.14 • Deployment based on NMCP Full changelog

There will probably be a 0.5.4 very soon with a dependency upgrades to fix a bug in

@originjs/vite-plugin-commonjs

as soon as they release a new version. See #57 for tracking.

I've finished migrating KtMongo from Kotest to TestBalloon. Some numbers that may be of interest; Protocol:

./gradlew clean; ./gradlew check; ./gradlew check --no-configuration-cache --rerun-tasks

•

clean

to ensure there aren't files left over •

check

to ensure everything needed is available locally (all dependencies are downloaded, etc) •

--no-configuration-cache

to ensure a fair execution order and disable intra-project parallelism •

--rerun-tasks

to disable incremental compilation, the build cache, up-to-date checks, etc • Only the last invokation is timed, using Gradle's build timer So: the test measures how long tests execute, but also how long it takes to compile, etc. The repository compiles to nearly all Kotlin targets using cross-compilation, so compilation time is quite a lot. Kotest: 2c899266a67a1c605e97d615afa353246859e261 • 2min 2s TestBalloon: 3dc162f411167345de9f38bd3c4cbb46569afa54 • 1min 2s That's a pretty big difference if you ask me!

KtMongo 0.19.0 is out! • Added multiplatform

ObjectId

and

Timestamp

• `BsonType.Datetime`is automatically interpreted as

kotlin.time.Instant

• Added the aggregation operators

$switch

,

$type

,

$isNumber

,… • Added the filter operators

$bitsAllClear

,… • Added the options

writeConcern

and

readPreference

• Added a new documentation section on aggregation support Full changelog

Prepared 2.1.0 is out! • Improved logging in failed tests with finalizers • Added

String.matches(String)

to simplify Regex-based assertions • Added

checkThrows

for easy exception-based tests • Deprecated the KotlinX.Datetime compatibility module (all related functionality has been merged into the main module using

kotlin.time

) • Stabilized the resource management APIs • Kotest 6.0.0.M4 and TestBalloon 0.4.0 support Full changelog

Hi! I've been working on a project similar to KtMongo for a while and I no longer have the time to maintain it by myself, so I'm looking into migrating to yours. A few questions, however: • does KtMongo automatically use SerialNames for filters/aggregations/etc? Having to name a property

_id

feels incorrect to me, so I prefer annotating it with

@SerialName("_id")

instead, along with other properties. • is the

Parent::child / Child::property

syntax the only way to refer to nested properties? Using the division operator feels very hacky, how difficult would it be to implement nesting like

Parent::child { Child::property eq ??? }