Sign in

Guillaume Smet

@gsmet.bsky.social
242 followers 92 following 19 posts

Happy camper at Red Hat. Improving Quarkus one commit at a time.

PostsRepliesMedia
Guillaume Smet @gsmet.bsky.social · 24/02/2026
With @geoand86.bsky.social, we have been busy integrating Project Leyden into Quarkus and improving startup time. This is the first of two blog posts presenting this work. Feedback welcome!
051
Reposted by Guillaume Smet
Quarkus @quarkus.io · 14/01/2026
Quarkus 3.31, released this month, will be the culmination of months of work making Quarkus applications builds faster. Learn more about it in this blog post by @gsmet.bsky.social: quarkus.io/blog/buildin...
quarkus.io
Towards faster builds
Quarkus: Supersonic Subatomic Java
074
Guillaume Smet @gsmet.bsky.social · 18/12/2025
Hello @spacefox.fr , j'essayais de te contacter pour discuter de ton article et ton générateur d'applications Quarkus mais tu n'es pas évident à débusquer, d'autant que ton GitLab a l'air down pour le moment :). Si tu as ce message, je veux bien que tu me contactes, merci !
000
Guillaume Smet @gsmet.bsky.social · 30/08/2025
I'll add more info in the announcement on Monday once I have all the details about which typologies of issues can be caused by this particular regression.
000
Guillaume Smet @gsmet.bsky.social · 30/08/2025
As mentioned, the issue wasn't in Quarkus itself but in Vert.x and it's this one: github.com/eclipse-vert... . Now, it's not exactly easy to understand which problems it could have caused.
github.com
Ack the HTTP client response window from the correct event-loop thread. by vietj · Pull Request #5683 · eclipse-vertx/vert.x
Motivation: The recent change of the HTTP client response flow control to avoid releasing a connection to the pool not fully received introduced a bug creating a data race when acking the response ...
100
Guillaume Smet @gsmet.bsky.social · 30/08/2025
We will add more information soon but the priority was to get the release out (and timing was less than ideal). As to the problems you encountered, happy to start a conversation about what we can improve. I understand the urge to vent on social media but it won't make the project better.
120
Reposted by Guillaume Smet
Martin Kouba @martunek.bsky.social · 17/04/2025
#quarkus MCP server 1.1.0 is out! With progress, roots and sampling APIs... ⚡https://github.com/quarkiverse/quarkus-mcp-server/releases/tag/1.1.0
075
Guillaume Smet @gsmet.bsky.social · 27/02/2025
Believe it or not, the next release of Quarkus will be the 365th release since Quarkus became a thing, 6 years ago. It will be one year of release days! I released the large majority of them but this will change a bit with @janmartiska.bsky.social taking the responsibility for some LTS streams!
22812
Guillaume Smet @gsmet.bsky.social · 09/02/2025
Thanks!
020
Guillaume Smet @gsmet.bsky.social · 07/02/2025
Thanks to me and a lot of others! That's the plan!
030
Guillaume Smet @gsmet.bsky.social · 07/02/2025
In 2016, I joined Red Hat to work on the Hibernate projects. At the end of 2018, I started working on a project that would become Quarkus. Soon, I will be joining IBM to continue my work on Quarkus. I truly believe Java has a bright future. It was already excellent and it's improving fast.
2260
Guillaume Smet @gsmet.bsky.social · 06/02/2025
If you encounter a bug in Open Source software, don't live with it. Your future self will thank you: it will hit you at the worst moment. Assemble a reproducer, create an issue and more often than not, you'll get lucky. Here's to another example in the Quarkus project. github.com/quarkusio/qu...
github.com
Live reload classloader memory leak when using hibernate-envers with a custom revision entity · Issue #46102 · quarkusio/quarkus
Describe the bug I'm not sure if this issue belongs here or on the Hibernate issue tracker. We're observing ever increasing metaspace memory consumption after each live reload. The increasing metas...
0141
Guillaume Smet @gsmet.bsky.social · 30/01/2025
I decided try to reproduce it based on the stacktrace we got. I managed to do it and posted the reproducer. One hour later, my colleague created a PR with a fix. So please, pretty please, provide reproducers, it makes a huge difference and is the best guarantee to get your issues fixed promptly.
140
Guillaume Smet @gsmet.bsky.social · 30/01/2025
Also building a simple reproducer quite often give us a better idea of where to look at because you will have to isolate the issue. github.com/quarkusio/qu... is a good example of this. We didn't have a proper way to reproduce it. My colleague decided to close the issue - which is our process. 🧵
github.com
IllegalArgumentException when parsing Accept Header · Issue #45385 · quarkusio/quarkus
Describe the bug I've seen 34858, but it seems that the Issue has resurfaced, because I can reproduce it with version 3.15.1 When sending a request with a header "Accept: Any", the following Stack-...
100
Guillaume Smet @gsmet.bsky.social · 30/01/2025
For Quarkus, we often ask for simple reproducers when users report an issue. It might seem like wasted time for you but it's not. It happens often that the information is not enough to reproduce the issue and trying to guess how we can trigger the error is a massive waste of time on our time. 🧵
1126
Guillaume Smet @gsmet.bsky.social · 28/12/2024
Wrapping 2024 on GitHub. If there was one thing to remember for next year: focus time is important and the longer the focus period, the most productive it is.
010
Guillaume Smet @gsmet.bsky.social · 21/12/2024
Note that I'm all for finding a way to escape from this vicious circle and ideally the best way to do it is to contribute fixes that help make this thing more solid.
000
Guillaume Smet @gsmet.bsky.social · 21/12/2024
Yeah, unfortunately, it's a bit of a vicious circle. Given it's brittle, we are always afraid to break something and as we don't have experts to review changes, things can be slow. I'll try to have a look at the PR during the holiday.
100
Guillaume Smet @gsmet.bsky.social · 20/12/2024
Gradle is a very flexible and complex beast and that makes integration with it a lot more difficult... and unfortunately quite brittle. The fact that we don't have Gradle expertise in house doesn't help. Issues with test cases are welcome (and contributions even more so!).
110
Guillaume Smet @gsmet.bsky.social · 27/11/2024
FWIW, we have seen very weird behaviors/bugs with GraalVM for Java 17, we are not recommending it at all. Things are moving so fast, it's hard to provide stable information about the versions you should use...
110
Guillaume Smet @gsmet.bsky.social · 13/11/2024
👋
020