Shane Myrick

Part of the issue was also that this feature was undocumented so I have added some basic info about the `RESTDatasource` properties and methods. I would prefer to review the...

cc @Jaxolotl

cc @trevor-scheer and @glasser. I can port my changes over to the new package, but this change is still relevant to anyone using ASv3 today or whoever will in the...

Thanks for debugging and finding the issue @Jaxolotl! I have shared with the Apollo Server team too, but I will share my ideas of how we could solve this with...

I like the idea of adding more control to the caching features but I also want to make sure we don't change the existing behavior of the library. Even if...

@Jaxolotl This is now released in apollo-datasource-rest 3.7

Hello @coding-jj, With the new refactorings we made in 4.0.0 branch, we have the generic `graphql-kotlin-server` pacakge. https://expediagroup.github.io/graphql-kotlin/docs/server/graphql-server This is the generic logic and interfaces to write a server in...

We are planning on eventually adopting spring-graphql which will become the new standard server implementation. Through this we will have support for various spring servers: https://github.com/spring-projects/spring-graphql

The spring-graphql project is not yet ready for full adoption. We were hoping for a GA release to integrate with. https://spring.io/projects/spring-graphql#overview It sounds like that might be coming in 2022....

The `MaxQueryComplexityInstrumentation` and `MaxQueryDepthInstrumentation` are implemented at instrumentation so you can just add these to your `GraphQL` object today. https://www.graphql-java.com/documentation/v16/instrumentation/ Or on graphql-kotlin-spring-server, create an instance of them as a...