summaryrefslogtreecommitdiff
path: root/src/Language/GraphQL/Execute/Execution.hs
AgeCommit message (Collapse)Author
2020-07-14Support subscriptionsEugen Wissner
This is experimental support. The implementation is based on conduit and is boring. There is a new resolver data constructor that should create a source event stream. The executor receives the events, pipes them through the normal execution and puts them into the response stream which is returned to the user. - Tests are missing. - The executor should check field value resolver on subscription types. - The graphql function should probably return (Either ResponseEventStream Response), but I'm not sure about this. It will make the usage more complicated if no subscriptions are involved, but with the current API implementing subscriptions is more difficult than it should be.
2020-07-06Export sum type for all GraphQL typesEugen Wissner
2020-07-02Merge Trans and Type.Out modulesEugen Wissner
2020-06-30Move Core module out of ASTEugen Wissner
2020-06-29Combine Resolver and ActionT in ResolverTEugen Wissner
2020-06-13Coerce resultEugen Wissner
Fixes #45.
2020-06-12Merge selection setsEugen Wissner
2020-06-10Skip unknown fieldsEugen Wissner
2020-06-09Add custom Eq instances to the typesEugen Wissner
2020-06-07Add description to the enum type valuesEugen Wissner
2020-06-06Coerce argument values properlyEugen Wissner
Fixes #44.
2020-06-03Resolve abstract typesEugen Wissner
Objects that can be a part of an union or interface should return __typename as string.
2020-05-29Define resolvers on type fieldsEugen Wissner
Returning resolvers from other resolvers isn't supported anymore. Since we have a type system now, we define the resolvers in the object type fields and pass an object with the previous result to them.