Eric Deandrea

the comment previous to yours (https://github.com/Hyperfoil/Hyperfoil/issues/311#issuecomment-1690517941) has a reproducer.

@cescoffier With this we will publish both a JVM Java 17 & 21 container image for each app. Should we do the same with native? Or just a "latest" native...

Well for now for native I would switch to use `quay.io/quarkus/ubi-quarkus-graalvmce-builder-image:jdk-21`

Right. I get that. What about building a container image for jvm on 21? There is no openjdk-21 image on registry.access.redhat.com. For now maybe I'll try to build my own...

This is what I'm going with for now... ```dockerfile FROM azul/zulu-openjdk:21-jre RUN mkdir -p /deployments/lib && \ mkdir -p /deployments/app && \ mkdir -p /deployments/quarkus ENV LANG='en_US.UTF-8' LANGUAGE='en_US:en' # We...

Hey @cescoffier now that https://catalog.redhat.com/software/containers/ubi9/openjdk-21-runtime/6501ce769a0d86945c422d5f, `quay.io/quarkus/ubi-quarkus-mandrel-builder-image:jdk-21`, and https://github.com/graalvm/mandrel/releases/tag/mandrel-23.1.1.0-Final are all out, do you think we should switch the superheroes to ONLY have Java 21? Or should we have deployments for...

Looks like quarkusio/quarkus#28684 was also needed for this.

For me this then raises the question: should we re-write the UI using something more modern (like React)? I thought I saw something internally where someone had done that already....

I'm re-opening this because I feel like we should re-evaluate this conversation @cescoffier / @agoncal , especially since the [super-heroes workshop is now using Quinoa](quarkusio/quarkus-workshops#230)...

Thanks @geoand ! I'm going to re-open this though because it isn't actually fixed yet in this repo until its updated to Quarkus 2.16...