Fixed handling of variables when delegating data fetching through the stitching context.

[nigel-sampson]

Using the remote query clients directly for queries that cannot be done via delegation are currently failing due to being unable to serialize in RemoteQueryClient.

This PR includes a test which shows this behavior.

[michaelstaib]

I have a fix for version 11 now and will port it back to this pr today.

There are some caveats to it and this is why we actually changed it in the first place.

In stitching we sometimes do not know the actual scalar types, this means that we do not know how to serialize them. This in turn leads to errors when we have to serialize scalar values to pass them on.

So, if you provide the .NET types with this solution for an unknown type this will lead to an error since we cannot serialize it correctly.

You then would need to provide a custom scalar to the gateway so that we know how to handle it or give us the variable as GraphQL literal.

[michaelstaib]

Fix is in ... will integrate it in preview 12

[sonarcloud]

Kudos, SonarCloud Quality Gate passed!

0 Bugs
0 Vulnerabilities (and 0 Security Hotspots to review)
1 Code Smell

85.4% Coverage
0.0% Duplication