Fork me on GitHub
#graphql
<
2017-09-19
>
hlship00:09:08

The next release of Lacinia will include the option of parsing GraphQL IDL into Lacinia's EDN format. This will be nice when, for example, sharing a single schema across different platforms.

hlship00:09:27

(The PR for this was just merged to master).

hmaurer10:09:44

@hlship how will attaching resolvers work with this?

hlship16:09:57

The parse-schema function accepts an option map for attaching resolvers, documentation, scalar xforms, and (for subscriptions) streamers.

hlship16:09:12

So the behavioral things are done in code.

eoliphant18:09:26

Hi, lacinia is really great stuff. I have a quick question, i’ve built a quick ring/compojure app using that leaderboard-api demo as a guide. Got things working just sending queries via Swagger,but now trying to get GraphiQL working. Not sure how I should serve (what endpoint does it expect, etc) the schema down to graphiql

hmaurer18:09:33

@eoliphant GraphIQL will feed off a standard graphql endpoint

eoliphant18:09:15

oh, ok. I just got this going so I’m probably missing something. Like only the POST is working at the moment. Will make sure the GET is as well

hmaurer18:09:09

@eoliphant POST is the only required endpoint. lacinia-pedestal has a GET route to serve the GraphiQL interface, but that’s not required. For example, I am on OS X and use https://github.com/skevy/graphiql-app

hmaurer18:09:26

You can install that app (https://github.com/skevy/graphiql-app/releases). Then you will be able to specify the endpoint URL, which should be your POST route

hmaurer18:09:08

Or, alternatively, you can take lacinia-pedestal’s approach of serving GraphiQL directly on a GET route, but I found it less convenient