feat(data-api): Introduced a new configuration option "formatOptions.…

[ArsenyYankovsky]

Description of change

Because the list of types supported by the Aurora Data API is limited Data API client introduced type casts. This pull request introduces a new configuration option for the Aurora drivers called castParameters that enables automatic casting based on the column types. To achieve this, TypeORM will delegate the preparePersistentValue operation to the driver package.

The same option will also delegate the prepareHydratedValue operation to unpack the Data API value types back to the TypeORM value types.

This pull request fixes existing issues for the following data types:

• UUID and #57
• Date/Time
• Enum
• JSON

Besides fixing a bunch of existing bugs, moving this part of logic to the driver package will allow us to iterate and fix bugs in it faster as the release cycle there is shorter.

I also introduced new jobs in the driver CI workflows that test against a real server. Previously, this was tested against the local-data-api container which doesn't 100% reflect what real Data API does.

✔ A new version of the driver package for this change has already been released (2.0.0)

Pull-Request Checklist

• Code is up-to-date with the master branch
• npm run lint passes with this change
• npm run test passes with this change
• This pull request links relevant issues as Fixes #0000
• There are new or updated unit tests validating the change
• Documentation has been updated to reflect this change
• The new commits follow conventions explained in CONTRIBUTING.md

[revmischa]

@ArsenyYankovsky A thousand blessings upon your soul for this fine work!

[carlocorradini]

@ArsenyYankovsky Awesome!

[filipsuk]

This will be a game changer for our serverless stack. 🎉

[revmischa]

We're working on a template for serverless typescript applications leveraging this module: https://github.com/jetbridge/generator-jkv2
Based on React for frontend and Serverless with no framework on the backend

[pleerock]

Thank you!

[pleerock]

Hey @ArsenyYankovsky what do you think about adding something like https://github.com/koxudaxi/local-data-api/ to our test infrastructure in order to run tests of these changes in CI?

[ArsenyYankovsky]

@pleerock Thanks for merging this. It is possible and would be nice to have tests pointing at the local data api. I have some tests pointing at the local data api in the driver repo as well as the tests pointing at the real data api.