Skip to content

intfrr/graphql-spqr

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

GraphQL SPQR

GraphQL SPQR (GraphQL Schema Publisher & Query Resolver, pronounced like speaker) is a simple-to-use library for rapid development of GraphQL APIs in Java.

Join the chat at https://gitter.im/leangen/graphql-spqr Maven Central Javadoc Build Status Hex.pm Semver

Intro

GraphQL SPQR aims to make it dead simple to add a GraphQL API to any Java project. It works by dynamically generating a GraphQL schema from Java code.

  • Requires minimal setup (~3 lines of code)
  • Deeply configurable and extensible (not opinionated)
  • Allows rapid prototyping and iteration (no boilerplate)
  • Easily used in legacy projects with no changes to the existing code base
  • Has very few dependencies

Known issues

Kotlin

Due to a 2 year old bug, Kotlin properties produce incorrect AnnotatedTypes on which most of SPQR is based. The most obvious implication is that @GraphQLNonNull (and other TYPE_USE annotations) won't work when used on Kotlin properties. There's nothing that can be done about this from our side so, for the time being, Kotlin support is a non-goal of this project but we will try to be compatible where possible.

OpenJDK

There's a bug in OpenJDK's annotation parser that causes annotations on generic type parameters to be duplicated. You may experience this in a form of a mysterious AnnotationFormatError: Duplicate annotation for class: interface io.leangen.graphql.annotations.GraphQLNonNull occuring when using @GraphQLNonNull both on a type and on its generic parameters e.g. @GraphQLNonNull List<@GraphQLNonNull Item>. Oracle JDK does not have this bug. Do note it is only relevant which Java compiles the sources, not which Java runs the code. Also note that IntelliJ IDEA comes bundled with OpenJDK, so building the project in IDEA may lead to this error. You should configure your IDE to use the system Java if it is different.

Code-first approach

When developing GraphQL-enabled applications it is common to define the schema first and hook up the business logic later. This is known as the schema-first style. While it has its advantages, in strongly and statically typed languages, like Java, it leads to a lot of duplication.

For example, a schema definition of a simple GraphQL type could like this:

type Link {
    id: ID!
    url: String!
    description: String
}

and, commonly, a corresponding Java type would exist in the system, similar to the following:

public class Link {
    
    private final String id;
    private final String url;
    private final String description;
    
    //constructors, getters and setters
    //...
}

Both of these blocks contain the exact same information. Worse yet, changing one requires an immediate change to the other. This makes refactoring risky and cumbersome. On the other hand, if you’re trying to introduce a GraphQL API into an existing project, writing the schema practically means re-describing the entire existing model. This is both expensive and error-prone, and still suffers from duplication.

Instead, GraphQL SPQR takes the code-first approach, by generating the schema from the existing model. This keeps the schema and the model in sync, easing refactoring. It also works well in projects where GraphQL is introduced on top of an existing codebase.

Installation

GraphQL SPQR is deployed to Maven Central.

Maven

<dependency>
    <groupId>io.leangen.graphql</groupId>
    <artifactId>spqr</artifactId>
    <version>0.9.7</version>
</dependency>

Gradle

compile 'io.leangen.graphql:spqr:0.9.7'

Hello world

The example will use annotations provided by GraphQL SPQR itself, but these are optional and the mapping is completely configurable, enabling existing services to be exposed through GraphQL without modification.

Service class:

class UserService {

    @GraphQLQuery(name = "user")
    public User getById(@GraphQLArgument(name = "id") Integer id) {
      ...
    }
}

Domain class:

public class User {

    private String name;
    private Integer id;
    private Date registrationDate;

    @GraphQLQuery(name = "name", description = "A person's name")
    public String getName() {
        return name;
    }

    @GraphQLQuery(name = "id", description = "A person's id")
    public Integer getId() {
        return id;
    }

    @GraphQLQuery(name = "regDate", description = "Date of registration")
    public Date getRegistrationDate() {
        return registrationDate;
    }
}

Exposing the service with graphql-spqr:

UserService userService = new UserService(); //instantiate the service (or inject by Spring or another framework)
GraphQLSchemaGenerator schema = new GraphQLSchemaGenerator()
    .withOperationsFromSingleton(userService) //register the service
    .generate(); //done ;)
GraphQL graphQL = new GraphQL(schema);

//keep the reference to GraphQL instance and execute queries against it.
//this operation selects a user by ID and requests name and regDate fields only
ExecutionResult result = graphQL.execute(   
    "{ user (id: 123) {
        name,
        regDate
    }}");

Spring Boot

We're working on a SPQR-powered Spring Boot starter. The project is still very young, but already functional.

Full Tutorial

Work in progress

Full example

See more complete examples using Spring Boot at https://github.com/leangen/graphql-spqr-samples

About

Java 8+ API for rapid development of GraphQL services

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Java 100.0%