Open mPorhel opened 2 months ago
To sum-up the situation with shortcuts: during recent tp updates the net4j.ws client code has moved from Jetty 10 behavior to Jetty 12 specific implementation and not the test server which is also not able to deploy the current servlet.
I have a pretty simples set of changes (mainly addition of .ee8. in qualified names and dependencies + releng/tp + one fix) and org.eclipse.emf.cdo.tests.AllTestsWS having no error nor failure for its 11823 tests : see #64
There is no implementation change in the Net4JWebSocket and Net4JWebSocketServlet, just a move to the corresponding APIs in Jetty 12 compared to the ones used in previous versions using Jetty 10.0.x:
Jetty provides different implementations of the WebSocket protocol:
- A Jakarta EE 8 (javax.websocket) implementation, based on the Jakarta WebSocket 1.1 Specification.
- A Jakarta EE 9 (jakarta.websocket) implementation, based on the Jakarta WebSocket 2.0 Specification.
- A Jakarta EE 10 (jakarta.websocket) implementation, based on the Jakarta WebSocket 2.1 Specification.
- A Jetty specific implementation, based on the Jetty WebSocket APIs, that does not depend on any Jakarta EE APIs. https://jetty.org/docs/jetty/12/programming-guide/server/websocket.html
With CDO master for 2024-09 using Jetty 12, CDO Net4J WebSocket based transport is no more working.
Launching org.eclipse.emf.cdo.tests.AllTestsWS fails with lots of