Introducing GraphQL Support for Insomnia(insomnia.rest)
insomnia.rest
Introducing GraphQL Support for Insomnia
https://insomnia.rest/blog/introducing-graphql
26 comments
I've been using Insomia for a while, and really, really like it (hence why I submitted this post here :D).
The GraphQL support looks good, and will try it out with our backend.
The GraphQL support looks good, and will try it out with our backend.
Awesome, thanks for posting :)
Be sure to submit any issues you may have via Slack/GitHub/Email
Be sure to submit any issues you may have via Slack/GitHub/Email
I think as long as it's good or better than GraphIQL, you've got an advantage.
This is fantastic news as I loved your tool, but it fell out of favor as I startee using graphQL more.
Definitely looking forward to ditching graphiQL!
Does it support imports for graph. cool?
Definitely looking forward to ditching graphiQL!
Does it support imports for graph. cool?
I'm curious as to why you want to ditch graphiQL. I find graphiQL to be one of the best things about the GraphQL ecosystem.
Purely aesthetics. I'm a weirdo, but a pretty UI really enhances my development experience. I'll use a less functional product if it pleases my pupils, like Hyper over iTerm2. (Not saying insomnia is less functional, it's just very pretty :)
I haven't used graph.cool yet but as far as I can tell it's just another GraphQL backend so yes, it should work just the same.
Perhaps I'm missing it, but it appears this only works with POST requests?
You are probably correct. The server-side GQL implementations I have worked on expect only POST requests, and expect each requests' body to contain a query or a mutation.
Good point, looks like my implementation of GraphQL was't correct. Thanks!
GraphQL actually does support GET requests, but most clients (like Apollo) don't support it out of the box.
http://graphql.org/learn/serving-over-http/
http://graphql.org/learn/serving-over-http/
That's what I had though, was just surprised by the lack of client support.
~ Gregory