Great content Josh, finally a spring tips that consumes GraphQL. An important puzzle in the services I work with. I wish I would have seen a spring tips on this sooner. In any case is here now and very welcome. Why are the request harcoded strings? You don't need that correct? That is one of the points of GraphQL, clients and Servers can share the harmony a schema brings. -- or have separate schemas and is the work of the developer to map the types -- Maybe there could be a video about shared parts of the schema (and doing that with Spring Boot without any new maven plugin) For example there are 2 applications, one delivers traffic information and the other electrovehicle charging devices information. Both use common parts in their GraphQL schema. For example Coordinates, country, currency-conversion-rates, weather, map version, location referencing method, map vendor name string, filterConfiguration(to not deliver events older than a certain timestamp) those are model types, or model a filter in the application. Those type are duplicated in the traffic and electrovehicle application Would be good to have a video where two graphql server applications have some of the shared graphql types reused and coming from another maven module With actual model classes for the graphql query and the results returned, without hardcoded strings. I might open a Github issue or use the spring gitter for insights in a solution.🙂 Would be good also to use intellij idea profiling and flame charts to measure which datafetchers from graphql are the one that take most time. In a "walled garden" setup with in memory database.
Great video. Any know how to use the retrieve().toEntity(); methods to recieve a Flux class obj?? I don't understand the (Class entityType) signature
Thanks for this video series. Would you be able to show how error handling works with Spring GraphQL?
Great content Josh, finally a spring tips that consumes GraphQL. An important puzzle in the services I work with. I wish I would have seen a spring tips on this sooner. In any case is here now and very welcome. Why are the request harcoded strings? You don't need that correct? That is one of the points of GraphQL, clients and Servers can share the harmony a schema brings. -- or have separate schemas and is the work of the developer to map the types --
Maybe there could be a video about shared parts of the schema (and doing that with Spring Boot without any new maven plugin) For example there are 2 applications, one delivers traffic information and the other electrovehicle charging devices information. Both use common parts in their GraphQL schema. For example Coordinates, country, currency-conversion-rates, weather, map version, location referencing method, map vendor name string, filterConfiguration(to not deliver events older than a certain timestamp) those are model types, or model a filter in the application. Those type are duplicated in the traffic and electrovehicle application
Would be good to have a video where two graphql server applications have some of the shared graphql types reused and coming from another maven module With actual model classes for the graphql query and the results returned, without hardcoded strings. I might open a Github issue or use the spring gitter for insights in a solution.🙂
Would be good also to use intellij idea profiling and flame charts to measure which datafetchers from graphql are the one that take most time. In a "walled garden" setup with in memory database.
Thanks