Have a better way of getting the schema, for example a URL

[stubailo]

It would be a hassle to run a build script every time the schema changes, I'm sure there is a simpler way.

Blocks: https://github.com/apollostack/meteor-starter-kit/pull/5

[stubailo]

Reference: https://github.com/jimkyndemeyer/js-graphql-language-service/issues/2#issuecomment-213743149

[schickling]

First of all: Thanks for this great plugin!

This is a great idea and exactly what we tried to facilitate with babel-plugin-react-relay when developing apps with Relay. We've implemented this feature using sync-request due to the limitation of Babel that you just can run synchronous plugins.

I'd be very interested to learn more about the implementation details of the upcoming feature. Maybe we can improve the babel-plugin as well.

[stubailo]

One thing I'm really interested in is standardizing some config about how to reach your server. Maybe something like this:

ardatan/graphql-tools#40 (comment)

That way, our different plugins might be able to share information about the server, instead of all being configured separately. What do you think? What info would you need in there for your plugin?

[schickling]

That sounds like a very good idea. The problem with Babel is that it's very limited concerning the way how you pass plugin configuration, therefore we had to provide the config in the package.json.
Maybe we come up with some kind of .graphqlrc file?

This is also something worth considering: facebook/relay#1080

[stubailo]

Yeah having support for multiple schemas is something I thought about as well. I wonder how you would specify which queries are against which schema for the linter...

Maybe we come up with some kind of .graphqlrc file?

That's kind of what I meant, yeah - something that sits at the root of your project and all build tools can draw from. Maybe we can start listing requirements here? https://github.com/apollostack/graphqlrc

[stubailo]

@schickling hey, I added you to https://github.com/apollostack/graphqlrc, so if you have time to lay down some ideas feel free to just commit to the README!

[thebigredgeek]

Any progress on this?

[schickling]

Not yet. @stubailo and I have to find a time to finish this once and for all 💪

[jamiter]

Would you consider pointing to a .graphql file directly, instead of a .json file coming from a server or the file system? Maybe this linter could parse that file and use it. Or maybe multiple .graphql files. This way I wouldn't need a server to check my linting rules.

Edit: I say this because the webpack loader and the Meteor build plugin both handle .graphql files directly, so it would be great to point to those files, instead of first having to parse or serve them.

BTW, awesome plugin 😄

Edit2: Looks like it would only require a simple change here: https://github.com/apollographql/eslint-plugin-graphql/blob/master/src/index.js#L153-L154, adding a .graphql file and parsing it. Would a PR for it be considered?

Edit3: We could use this code for it: https://github.com/nodkz/webpack-plugin-graphql-schema-hot/blob/master/index.js#L113-L124

[schickling]

@jamiter the best place to contribute to this discussion is here: kamilkisiela/graphql-config#20

This will soon be released and hopefully also finds its way back to the eslint plugin 🙂

[schickling]

This will be solved by #80 🙂