-
Notifications
You must be signed in to change notification settings - Fork 729
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jakarta / Servlet 6 Support for Extended Maintenance #12566
Comments
There is no timeline planned at the moment, we are having reactive as per basis of business needs approach with this. Our assumption is that in typical cases Vaadin 8 is not being used in newer infrastructure. Migration has not been possible as Vaadin 23/24 requires Java 11 (or 17, Servlet 5) and hence container update and other 3rd party dependency update. But when that update becomes viable, there is potential need for MPR. That is why we implemented support for that path proactively.
Yes. From Vaadin 8.18.0 onwards there is now Jakarta Servlet 5/6 compatible vaadin-servlet artifact variant included. The portlet part was re-arranged so that it does not interfere. We have not done anything else. This will basically allow vanilla Vaadin 8 apps, which do not depend on Push, CDI or Spring add-ons to run. This in practice scopes out most of the major real life applications, hence we do not claim official support as of now. In case of MPR, Flow Push, CDI or Spring modules are used, hence no need to migrate them Vaadin 8 side. |
That assumption is correct. Except for the case where the infrastructure gets End-of-Life by itself and businesses are forced to update it and fall into the pitfall that Vaadin 8 needs to run on newer servlet containers. It's probably not something to be widespread happening in 2022 or 2023, but something to keep in mind on the long run. Thanks for the heads up! |
We would also need a jakarta compatible vaadin 8 version soon (Spring supports ends october). We did some tests with the Apache Tomcat migration tool for Jakarta EE to produce jakarta compatible artifacts and it seems to work. |
Based on this comment I would assume you would need at least Spring add-on with Jakarta name space and Spring Boot 3 support? Another question is, do you use Push? Note, there is already vaadin-server-mpr-jakarta, since Vaadin 8.18.0, which supports jakarta.servlet, so that part is already done. |
We had to transform the artifacts "vaadin-server", "vaadin-spring" and "vaadin-charts" in our test, that did we ~6 months ago. Thanks for the info with "vaadin-server-mpr-jakarta", I'll give this a try in the next test run.
no, we do not use push |
That will make things easier for you. |
I'm working on an older Vaadin 8 UI application currently running on Spring Boot 2. Since this application now needs to be updated to Spring Boot 3, I'm thinking if the Vaadin MPR could be a solution for this. |
The latest status of the Servlet 6 support related to Vaadin 8 are the follows:
When using MPR, Push and Spring are used via Flow. If you are Extended Support customer of ours, I recommend you to contact us via Expert Chat and we can discuss the possible options better. It is hard to say is the MPR right choice for you without knowing details of your application. Setting up MPR is not always trivial and you need to refactor things a bit. |
Extracted from vaadin/flow#14783
Is there a timeline for official Vaadin 8 Jakarta Support for extended Maintenance?
Looking at the comment in 8.18.0's release notes, currently it looks kinda un-official by using MPR.
Source: https://github.com/vaadin/framework/blob/master/CHANGELOG-VAADIN8.md
The text was updated successfully, but these errors were encountered: