Issues using `TypeResolver`, `BatchedExecutionStrategy` and `CompletableFuture` together
See original GitHub issueIt seems that if you’re using the BatchedExecutionStrategy
and a DataFetcher
that provides an interface type returns a CompletableFuture
, the CompletableFuture
rather than the raw value is passed to the TypeResolver
for the interface.
Here is a test that demonstrates the issue.
Issue Analytics
- State:
- Created 6 years ago
- Comments:9 (7 by maintainers)
Top Results From Across the Web
graphql-java Documentation - Read the Docs
A TypeResolver helps graphql-java to decide which type a concrete value belongs to. ... You wire this together using this builder pattern.
Read more >Improving Performance with Java's CompletableFuture
In this article, we will learn how to use CompletableFuture to increase the performance of our application. We'll start with looking at the ......
Read more >Index (graphql-java 4.2 API) - javadoc.io
BatchedExecutionStrategy () - Constructor for class graphql.execution.batched. ... This allows you to chain together a number of Instrumentation ...
Read more >graphql-java Documentation Release stable - DocPlayer.net
A TypeResolver helps graphql-java to decide which type a concrete value belongs to. ... You wire this together using this builder pattern RuntimeWiring ......
Read more >Connect Concurrent Actions Using CompletableFutures
When we used a CountDownLatch as a barrier, the problem we were trying ... You can pipeline different steps together using just the...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Great! We’re waiting to upgrade our app to 4.2.
yes, we will do
4.2
.