Tags: mmm1k4/graphql-kotlin
Tags
[plugins] update plugins to allow generation of client code using kot… …linx serialization (ExpediaGroup#1070) This is a third and final PR in a series to introduce support for both `Jackson` and `kotlinx.serialization` data formats for GraphQL Kotlin clients. This PR updates Gradle and Maven plugins to allow generating client data models supporting both formats. This PR also updates Ktor client to by default depend on `kotlinx.serialization` instead of `Jackson`. Large size of the PR is driven primarily due to the formatting fixes in the Gradle plugin integration tests (updated build scripts templates to use `trimMargin` for consistent indentation). Related: * ExpediaGroup#1048 - this is an attempt to split it up to more manageable pieces * ExpediaGroup#1066 - first PR in the series * ExpediaGroup#1069 - second PR in the series * resolves ExpediaGroup#929 - add support for generating `kotlinx.serialization` data models
Generate context with suspend and nullable in subscriptions (ExpediaG… …roup#1053) * Generate context with suspend and nullable in subscriptions * Update tests * Do not cache null context for subscriptions * Rename internal methods * WIP * Update subsctiption javadocs * Use expression body * Update docs for context Co-authored-by: Shane Myrick <[email protected]>
Generate DataLoaders on every request (ExpediaGroup#1040) With the introduction of the new KotlinDataLoader interface we made the way to get the data loaders a property. However taking the advice from graphql-java we should generate each DataLoader every request. The factory generates the registry for every request currently but the data loaders themselves would still be static. This also updates the docs and examples around data loaders from the last PR
[server] support batch requests (ExpediaGroup#1019) * [server] support batch requests Add support for handling both individual GraphQL requests (current) as well as batch requests (new) that specify a list of `GraphQLRequest`s in their HTTP body. Single context is created for batch requests and each one of the requests has to provide valid response. * fix example/ktor-server ktlint violations
[plugin] refactor Gradle tasks to use Worker API (ExpediaGroup#1002) Updating all Gradle tasks to use Worker API that allows us to minimize the number of plugin dependencies through classpath isolation. Plugin has `compileOnly` dependencies on `graphql-kotlin` modules (`client-generator` which is renamed `plugin-core` module and `sdl-generator`). New `WorkAction`s will use classpath isolation with custom configuration that includes necessary dependencies to run the actions. Updated build scan (from example gradle client): https://scans.gradle.com/s/znufum5lj75lg/build-dependencies
[generator] additional test for nested optional input values (Expedia… …Group#976) See ExpediaGroup#954 for details
[3.x.x] Fix some federated tracing issues (ExpediaGroup#963) * Rename federation to federated * Update docs * Add federation tracing enable/disable * Add new configuration properties for tracing * Update config to default to true and use headers * Add integration test for federation tracing * Update spring config docs Co-authored-by: Shane Myrick <[email protected]>
[plugins] allow renaming of the downloaded/introspected schema (Exped… …iaGroup#956) Simplifying Maven plugin configuration by allowing customizing the downloaded/introspected schema file name. Current logic did not allow renaming the default file (from `target/schema.graphql`) and required explicitly specifying the schema file for the client generation mojo. This was confusing as when `download-sdl`/`introspect-schema` mojo was used together with `generate-client` one we had to specify target schema always pointing to the default one. Updated logic so that specifying custom schema file name will now apply to all tasks. `generate-client` mojo was also updated to use default `target/schema.graphql` file if schema file is not specified. In order to keep it consistent, Gradle `downloadSDL` and `introspectSchema` tasks were updated to allow specifying custom `outputFile`s from `build.gradle`.
[3.x.x/plugins] backport fix for generation of self referencing types (… …ExpediaGroup#949) * [3.x.x/plugins] backport fix for generation of self referencing types See: ExpediaGroup#948 for details * fix failing unit test
PreviousNext