Replies: 1 comment 1 reply
-
Given that there is Red Hat Build of Quarkus (RHBQ, a product with commercial subscription) based on 2.13 branch whereas there is no RHBQ on 2.16, I'd say that Quarkus 2.13 and Quarkus CXF 1.5 are a safer bet for folks not wanting to migrate to Quarkus 3. But still, I won't stand in way to anybody who would like to maintain QCXF 1.7 for Quarkus 2.16. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hey @quarkiverse/quarkiverse-cxf!
Is it just me or do we have a blind spot w.r.t to supporting Quarkus 2.16?
We released 1.7.3 back in January and while that version is working well with Quarkus 2.16, we don't have a 1.7 branch that we update from time to time and release from.
The consequence is that projects which cannot move to Q3 yet are stuck with a basically "unmaintained" version of quarkus-cxf.
What about adding a 1.7 branch, bring it up to date (with 1.5?) where applicable and do a timely release?
That would also include an update to cxf 3.5.6 or even 3.5.7.
Alternatively, we could add a 1.8 branch and update cxf right to 3.6.x (I haven't checked the implications of that update though).
WDYT?
Beta Was this translation helpful? Give feedback.
All reactions