Bump coral to 2.2.14

[findinpath]

Overview of the past releases is available at https://github.com/linkedin/coral/releases

Relevant releases:

• https://github.com/linkedin/coral/releases/tag/v2.2.14 [Coral-Trino] Avoid accidental translation of Trino from_unixtime SQL call - SqlFunction implementation https://github.com/linkedin/coral/pull/467
• https://github.com/linkedin/coral/releases/tag/v2.1.0 [Coral-Trino] [Backward Incompatible] Refactor RelToTrinoConverter API https://github.com/linkedin/coral/pull/420
• https://github.com/linkedin/coral/releases/tag/v2.2.9 [Coral-Trino] Cast char fields, if necessary, to varchar type in the set operation - SqlCallTransformer https://github.com/linkedin/coral/pull/442 Due to wrong coercion between varchar and char in Trino, as described in https://github.com/trinodb/trino/issues/9031 , a work-around needs to be applied in case of translating Hive views which contain a UNION dealing with char and varchar types. The work-around consists in the explicit cast of the field having char type towards varchar type corresponding of the set operation output type.

How was the PR tested

Ran successfully locally on trinodb/trino the tests from the PR https://github.com/trinodb/trino/pull/19275

testing/bin/ptl test run --environment multinode  -- -t io.trino.tests.product.hive.TestHiveViews

[findinpath]

This PR is still in draft because the following regression was found while bumping up the dependency:

https://github.com/linkedin/coral/issues/459

Solved through https://github.com/linkedin/coral/pull/467