* pr/10004:
  Upgrade to Narayana 5.5.30.Final

Closes gh-10004

* pr/9989:
  Polish "Add missing dependency management for Jetty"
  Add missing dependency management for Jetty

Closes gh-9989

See gh-9989

See gh-9944

* gh-9965:
  Clarify docs on effect RANDOM_PORT or DEFINED_PORT has on transactions

Previously, when read too quickly, the current note may lead a user to
think that RANDOM_PORT or DEFINED_PORT directly affect transaction
management. This is not the case.

This commit attempts to clarify that the difference in transaction
behaviour is due to transactions being bound to a particular thread
and separate threads being used for the client and server when
tests are making HTTP requests.

Closes gh-9965

* gh-9940:
  Add more ConditionalOnClass checks in HealthIndicatorAutoConfiguration

Closes gh-9940

* gh-9914:
  Avoid NPE in AnnotationsPropertySource if getAnnotations returns null
  Polish "Avoid NPE in PropertyMappingContextCustomizer"
  Avoid NPE in PropertyMappingContextCustomizer

Closes gh-9914

See gh-9914

See gh-9914

* gh-9944:
  Polish "Fix logged property names when initializing OAuth2 client"
  Fix logged property names when initializing OAuth2 client

See gh-9944

Closes gh-9944

See gh-9956

See gh-9928

* gh-9938:
  Polish

Closes gh-9938

Previously when Handler was creating a URL from a context URL and a
spec, any occurrances of /../ or /./ in the spec would be left as-is.
This differed from the JDK's Handler implementation which normalizes
the URL by modifying the path to remove any occurrences of /../ or
/./

This commit updates our Handler implementation to align it with the
JDK's. Tests have been added to assert that, given the same inputs,
the two Handler classes produce the same output.

Closes gh-9917

* gh-9641:
  Delay Narayana recovery manager until it's started explicitly

Closes gh-9641

Closes gh-9918
See gh-8282

* gh-9893:
  Polish "Make JarURLConnection return entry's last modified time"
  Make JarURLConnection return entry's last modified time

Closes gh-9893

See gh-9893

Unfortunately, creating the schema in code did not offer the right
condition to reproduce the error scenario. This commit restore the
initial intent, but separating the configuration and cleaning the
created context properly.

See gh-9862

Closes gh-9862

* pr/9862:
  Polish "Use configured schema in Liquibase endpoint"
  Use configured schema in Liquibase endpoint

Closes gh-9862

This commit makes sure that the Liquibase endpoint uses the configured
schema.

See gh-98£62

* gh-9725:
  Polish "Simplify retrieval of Narayana XARecoveryModule"
  Simplify retrieval of Narayana XARecoveryModule

Closes gh-9725

See gh-9725

* gh-9678:
  Polish "Deprecate JsonContent.assertThat()"
  Deprecate JsonContent.assertThat()

Closes gh-9678

See gh-9678

Previously, background preinitialization was started in response to
an ApplicationEnvironmentPreparedEvent and would complete at an
undetermined time later. This opened a window where SpringApplication
run could return and background preinitialization could still be
in progress. If, within this window, something attempted to configure
the logging system, an IO failure could occur as logging on the
background preinitialization thread would attempt to use resources
that had been closed.

This commit updates BackgroundPreinitializer so that it waits for
preinitialization to have completed when it receives an application
ready or application failed event. This prevents SpringApplication
run from returning while preinitialization is still in progress,
closing the window described above.

With info level logging enabled it appears that background
preinitialization consistently completes before the application ready
event is published. As a result, waiting should have no adverse effect
on performance in normal circumstances. With logging configured such
that background preinitialization outputs a large volume of log
messages (enabling trace logging for the root logger, for example), it
will be slowed down sufficiently for waiting to be necessary.

Closes gh-5669