Sanne Grinovero

@Dutch-0 what you call "workaround" is actually the correct way of coding with the reactive stack. To explain, this code makes no sense as the `delete` and `flush` operations aren't...

Hi @davecramer ! I'll explore something then, thanks! Hi @vlsi , thank you very much for the comments! I need to look at the code with some care to understand...

> The thing is pgjdbc is wildly used in many applications, so we want to avoid breakages even for the clients who are not doing the best possible thing. Right...

Attaching the same data but in JFR format, although that seems harder to me IMO: [flamegraph_quarkus_db_256_jfr.zip](https://github.com/user-attachments/files/20999270/flamegraph_quarkus_db_256_jfr.zip) To see the overhead on the flamegraphs you can open it in a browser,...

I have now results from a benchmark run in which the locks are being bypassed, and it looks very promising:  The experimental patch I've been running is this one:...

> I'm not sure running with "deactivated locking" qualifies for "production-grade" It's a good point. But as I mentioned in our architecture, such locks are totally redundant? Every connection instance...

hi @davecramer , sure among other JVM based platforms there's Vert.x (fully reactive, so can't use JDBC) and the Quarkus + Hibernate Reactive stack (also by my team, based on...

@franz1981 the upgrade to ANTLR4 was included a long time ago though, that happened when we upgraded from ORM 5 to 6. We're now updating to 7 from 6, both...

+1 but let's make sure people can find instructions. I had hit this guide when googling for it.. the Renarde guides don't seem to be found as easily. Might need...

Very nice! Could conflicts be resolved, I think it should probably pass CI then?