Julien Roy
@julienroy.bsky.social
33 followers 42 following 3 posts
Software Architect ☕️ AssertJ-DB maintainer 🐱 https://github.com/vanroy
Posts Media Videos Starter Packs
Reposted by Julien Roy
junit.org
#JUnit 6.0.0 is released!

✨ Java 17 and Kotlin 2.2 baseline
🌄 JSpecify nullability annotations
🛫 Integrated JFR support
🚟 Kotlin suspend function support
🛑 Support for cancelling test execution
⏭️ New `--fail-fast` mode for ConsoleLauncher
🧹 Removal of deprecated APIs

docs.junit.org/6.0.0/releas...
JUnit Release Notes
docs.junit.org
Reposted by Julien Roy
nipafx.dev
Ey, ey, ey, so much going on, I forgot to tell you about my vacation Newscast. 🤦‍♂️ Check it out to learn how to transform cryptographic objects to PEM texts and vice versa with #Java 25 (or to speedrun my Ibiza vacation):

www.youtube.com/watch?v=hqvM...
Java 25 Encodes PEM - Inside Java Newscast #93
YouTube video by Java
www.youtube.com
Reposted by Julien Roy
kotlinlang.org
"Rich Errors in Kotlin” – the KotlinConf’25 talk by Michail Zarečenskij is now live on our YouTube channel! 🎉📺

Discover how Kotlin’s nullability model can be generalized to restricted union types for better error handling.

👉 Watch the full video: kotl.in/richerrors
Reposted by Julien Roy
Reposted by Julien Roy
vladmihalcea.bsky.social
Donald Knuth's "premature optimization is the root of all evil" was about micro-optimizations.

Designing your application to read and write data efficiently is not really premature optimization. It's software engineering.
julienroy.bsky.social
If you need a quick introduction to AssertJ-DB, my talk at Devoxx is available on youtube : youtu.be/XILu4r3rIEc

#AssertJDB #AssertJ #tests
youtu.be
Reposted by Julien Roy
Reposted by Julien Roy
scordio.github.io
📢 Jimfs JUnit Jupiter 0.3.0 has been released!

🐛 This fixes the module name that hasn't followed the reverse DNS convention.

🛠️ I used the occasion to make the module descriptor IDE-friendly and enable modular Javadoc!

🧑‍💻 Any feedback is welcome!

github.com/scordio/jimf...
Release v0.3.0 · scordio/jimfs-junit-jupiter
🐛 Bug Fixes Fix module name, align build to maven-compile-plugin guidelines #18 🔨 Dependency Upgrades Upgrade to JUnit BOM 5.11.4
github.com
julienroy.bsky.social
Je serai à @devoxxfr.bsky.social en avril pour vous parler de #assertj-db 🎉
Reposted by Julien Roy
mbonnin.net
Kotlin cheatsheet I made for #FOSDEM. It's hard to keep everything in one page so it really only covers the essentials.
Reposted by Julien Roy
suresh.dev
Suresh @suresh.dev · Feb 4
github.com/roastedroot/... - A pure #java SQLite JDBC driver AOT compiled from c -> #WASM -> JVM Bytecode using chicory.dev AOT build time compiler.
This opens the door for many tools and libraries to be easily ported to the JVM with no native dependencies..amazing 🤯
GitHub - roastedroot/sqlite4j: Pure Java SQLite JDBC Driver
Pure Java SQLite JDBC Driver. Contribute to roastedroot/sqlite4j development by creating an account on GitHub.
github.com
Reposted by Julien Roy
rwinch.github.io
I'm very excited that @spring.io is switching from a Contributor License Agreement to a Developer Certificate of Origin!

We're looking forward to seeing more & simplified contributions from you! If you have any questions, reach out to us in our issue trackers.

spring.io/blog/2025/01...
Hello DCO, Goodbye CLA: Simplifying Contributions to Spring
Level up your Java code and explore what Spring can do for you.
spring.io
Reposted by Julien Roy
assertj.github.io
📢 AssertJ 3.27.1 has been released!

A few 🚫 deprecations and 🐛 bug fixes to celebrate the new year 🎇

This also marks 3.x entering maintenance mode and the beginning of 4.x development 🚀

Many thanks to all contributors and happy assertions!

github.com/assertj/asse...
Release v3.27.1 · assertj/assertj
🚫 Deprecated Core Deprecate usingComparatorForFields and remove deprecated assertions from usingComparatorForType documentation #3711 Deprecate hasCauseReference(Throwable) from Throwable assertio...
github.com
Reposted by Julien Roy
assertj.github.io
For AssertJ 4, we wanted to upgrade to Java 17. However, we are discussing whether to stay on 8 or upgrade to 11.

The main reason is to keep our effort reasonable and continue supporting users who cannot upgrade yet (e.g., RHEL 7 users under ELS).

Any strong reason to keep upgrading to Java 17?