Skip to content

Conversation

@dariuszkuc
Copy link
Collaborator

📝 Description

Some time ago we updated our GraphQLContext parameter handling logic from requiring explicit @GraphQLContext parameter annotation to requiring context classes to implement our marker interface but we never updated our fallback logic. By default, spring-server created EmptyGraphQLContext context factory with a fallback to graphql-java GraphQLContext that could never be specified as function parameter as it (obviously) did not implement our interface.

Updating default generated GraphQLContext to more usable DefaultGraphQLContext that holds concurrent hash map of arbitrary elements (similar to graphql-java default).

🔗 Related Issues

Issue found in #945

Some time ago we updated our `GraphQLContext` parameter handling logic from requiring explicit `@GraphQLContext` parameter annotation to requiring context classes to implement our marker interface but we never updated our fallback logic. By default, `spring-server` created `EmptyGraphQLContext` context factory with a fallback to `graphql-java` `GraphQLContext` that could never be specified as function parameter as it (obviously) did not implement our interface.

Updating default generated `GraphQLContext` to more usable `DefaultGraphQLContext` that holds concurrent hash map of arbitrary elements (similar to `graphql-java` default).
@dariuszkuc dariuszkuc added type: bug Something isn't working changes: major Changes require a major version module: server Issue affects the server code labels Dec 1, 2020
@smyrick smyrick merged commit ae742b0 into ExpediaGroup:master Dec 3, 2020
@dariuszkuc dariuszkuc deleted the default_context branch December 3, 2020 03:19
huehnerlady pushed a commit to huehnerlady/graphql-kotlin that referenced this pull request Apr 27, 2021
Some time ago we updated our `GraphQLContext` parameter handling logic from requiring explicit `@GraphQLContext` parameter annotation to requiring context classes to implement our marker interface but we never updated our fallback logic. By default, `spring-server` created `EmptyGraphQLContext` context factory with a fallback to `graphql-java` `GraphQLContext` that could never be specified as function parameter as it (obviously) did not implement our interface.

Updating default generated `GraphQLContext` to more usable `DefaultGraphQLContext` that holds concurrent hash map of arbitrary elements (similar to `graphql-java` default).
dariuszkuc added a commit to dariuszkuc/graphql-kotlin that referenced this pull request Aug 5, 2022
Some time ago we updated our `GraphQLContext` parameter handling logic from requiring explicit `@GraphQLContext` parameter annotation to requiring context classes to implement our marker interface but we never updated our fallback logic. By default, `spring-server` created `EmptyGraphQLContext` context factory with a fallback to `graphql-java` `GraphQLContext` that could never be specified as function parameter as it (obviously) did not implement our interface.

Updating default generated `GraphQLContext` to more usable `DefaultGraphQLContext` that holds concurrent hash map of arbitrary elements (similar to `graphql-java` default).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

changes: major Changes require a major version module: server Issue affects the server code type: bug Something isn't working

Development

Successfully merging this pull request may close these issues.

2 participants