|0.2.3||Jan 28, 2021|
|0.2.2||Jan 16, 2021|
|0.2.1||Dec 12, 2020|
|0.2.0||Dec 10, 2020|
#14 in WebSocket
342 downloads per month
Used in 3 crates
GraphQL server library for Rust
GraphQL is a data query language developed by Facebook intended to serve mobile and web application frontends.
Juniper makes it possible to write GraphQL servers in Rust that are type-safe and blazingly fast. We also try to make declaring and resolving GraphQL schemas as convenient as Rust will allow.
Juniper does not include a web server - instead it provides building blocks to make integration with existing servers straightforward. It optionally provides a pre-built integration for the Actix, Hyper, Iron, Rocket, and Warp frameworks, including embedded Graphiql and GraphQL Playground for easy debugging.
The book is also available for the master branch and older versions published after 0.11.1. See the book index.
The best place to get started is the Juniper Book, which contains guides with plenty of examples, covering all features of Juniper. (very much WIP)
To get started quickly and get a feel for Juniper, check out the Quickstart section.
For specific information about macros, types and the Juniper api, the API Reference is the best place to look.
You can also check out the Star Wars schema to see a complex example including polymorphism with traits and interfaces. For an example of web framework integration, see the actix, hyper, rocket, iron, and warp examples folders.
Juniper supports the full GraphQL query language according to the specification, including interfaces, unions, schema introspection, and validations. It can also output the schema in the GraphQL Schema Language.
As an exception to other GraphQL libraries for other languages, Juniper builds
non-null types by default. A field of type
Vec<Episode> will be converted into
[Episode!]!. The corresponding Rust type for e.g.
[Episode] would be
Juniper has automatic integration with some very common Rust crates to make building schemas a breeze. The types from these crates will be usable in your Schemas automatically.
Juniper has not reached 1.0 yet, thus some API instability should be expected.