vaadin/flow 24.4.0.alpha3

Vaadin Flow 24.4.0.alpha3

on GitHub

Changes since 24.4.0.alpha2

All changes

Breaking changes

• Make react-router default
  Commit · Pull request

  Enable react-router as default with property to switch back to vaadin-router.

New features

• Include react plugin by default so dev build gets source information
  Commit · Pull request

  Replaces the two versions of vite.config.ts that Hilla starters have used with the default to avoid having multiple react plugins in use

Fixes

• Propagate all request parameter to location in eagerServerLoad mode
  Commit · Pull request · Issue

  Currently, when eagerServerLoad is active only parameters from query string are propagated to the route Location. If the Flow view is accessed through a multipart form POST request thg form values are suppressed. With this change all request parameters are propagated to the view location object.

• Remove fallback middleware also after Vite restart
  Commit · Pull request

  The existing hacky way of removing the middleware has two issues: 1. It removes it AFTER the first request to a non-existing file so the first request for a non-existing resources index.html and subsequent requests return 404 2. It does not work with Vite 4.0.5+ after restart, see vitejs/vite#15589

• Remove Lazy annotation from Flow security beans
  Commit · Pull request · Issue

  For parameters with Lazy annotation, Spring generates a not-serializable proxy. Since some security beans are used inside Flow listeners, they should be fully serializable (or defined transient, if possible). This change removes the unnecessary Lazy annotaions, moving the lazy evaluation to VaadinWebSecurity. ---------

• Fix static resource retrieval with Jetty 12
  Commit · Pull request · Issue

  With Jetty 12, static resources retrieved via servlet context's getResource(String) may return non-null URL for non-existing resource. Jetty 11 returns null for non-existing resource. This change adds a double check for the static resource retrieved with the getResource, and returns null if it doesn't exist, to keep other parts work the same way as with Jetty 11.

• Abort resource handling if dev server resource handling fails
  Commit · Pull request · Issue

  If the failure comes from writing to the original request (e.g. because client has closed/aborted the connection), then we cannot continue trying to write another response to it. If the failure comes from the connection to the Vite server, we still don't know if it would have served a resource or not so we should abort. Does not fix the underlying cause for the connection being aborted though but #17995 does not have information about that

• Refresh dev-tools token on server restart
  Commit · Pull request · Issue

  When the server restarts, a new dev-tools token is generated and the dev-tools websocket reconnection attempts fail because the server does not validate the old token. This change checks if the token provided by the client was formerly provided by the server, and in that case, forces the client to reconnect with a refreshed token.

• Prevent dev-tools connection to downgrade to streaming transport
  Commit · Pull request · Issue

  PushHandler expects that dev-tools connection to always use websocket transport. However, in case of client reconnection, atmosphere after a couple of attempts downgrades the transport to 'streaming', causing PushHandler to treat the connection as a Flow UI Push connection. This change set 'websocket' also as atmospehere fallback transport, so all reconnection attempts will use the expected transport.

• Replace 'blacklist' and 'whitelist' with 'blocked' and 'allowed'
  Commit · Pull request · Issue

  Mark the existing methods as deprecated and introduce methods with new names. Fall back to the old configuration properties if the new ones aren't used.