You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have a number of tests that assert that a converted time ends with specific content, such as "12:00:00 PM" (with a standard space instead of a narrow non-breaking space (NNBSP)).
In Java 20, the space between the time and PM was changed to an NNBSP, and the assertions fail for that reason only. We should find a way to make those tests more robust to that change.
And in Java 23, the support for using legacy locale data for Date/Time parsing and formatting was removed. In other words, the -Djava.locale.providers=COMPAT command-line argument is no longer supported.
sbrannen
changed the title
Adapt tests that assert a formatted date ends with a specific String to be more robust
Adapt Date/Time formatting tests to accommodate narrow non-breaking spaces
Jul 4, 2024
Overview
We have a number of tests that assert that a converted time ends with specific content, such as "12:00:00 PM" (with a standard space instead of a narrow non-breaking space (NNBSP)).
In Java 20, the space between the time and
PM
was changed to an NNBSP, and the assertions fail for that reason only. We should find a way to make those tests more robust to that change.And in Java 23, the support for using legacy locale data for Date/Time parsing and formatting was removed. In other words, the
-Djava.locale.providers=COMPAT
command-line argument is no longer supported.This is required to run CI on Java 23 ea.
Related Issues
@DateTimeFormat
#30649The text was updated successfully, but these errors were encountered: