Liking cljdoc? Tell your friends :D

The Network Chain

We described the store that you pass to create an Artemis client in the last topic. You might recall, however, that we've also been passing a :network-chain option. This topic will cover what these are, how they're used, and how you can create your own network chains.

When you call query! or mutate!, Artemis uses a chain of steps that let you configure your network requests. We call it a "network chain", and it's made up of one or more "network steps".

A network step represents some action between calling query! or mutate! and sending the request to your GraphQL server. For example, a network step might send the request via an HTTP client or WebSocket connection, or it could do something like log the request to the console or add an auth token.

It's important to consider that all Artemis queries require a client and all clients require a network chain. By default Artemis comes with an http-based network chain, which will cover in the sections below.

Creating a Network Chain

The GQLNetworkStep protocol is an abstraction for defining a valid network step. Each network step implements an -exec function, which is called by artemis.core/exec.

For example, here's a basic logging step:

(require '[artemis.network-steps.protocols :refer [GQLNetworkStep]])

(reify
  GQLNetworkStep
  (-exec [_ operation _]
    (.log js/console operation)))

The above example is pretty useless, however, because it's just logging our operation (query/mutation). And, in fact, it's invalid according to the spec defined within Artemis. A network step should return a core.async channel. Ultimately, that channel stands as the representation of things happening over the network.

Let's update our example, then:

(require '[artemis.network-steps.protocols :refer [GQLNetworkStep]]
         '[cljs.core.async :refer [chan]])

(reify
  GQLNetworkStep
  (-exec [_ operation _]
    (.log js/console operation)
    (chan)))

Cool, now we've got a valid step. But, it still doesn't do anything with the operation besides log it. Let's have it post our operation to our GraphQL server by calling a fictional make-post function (assume this returns a channel).

(require '[artemis.network-steps.protocols :refer [GQLNetworkStep]])

(reify
  GQLNetworkStep
  (-exec [_ operation _]
    (.log js/console operation)
    (make-post operation)))

Now we've got a fully working network step. But, we're conflating logging with making requests. Let's tweeze those things apart:

(require '[artemis.network-steps.protocols :refer [GQLNetworkStep]])

(reify
  GQLNetworkStep
  (-exec [_ operation _]
    (.log js/console operation)))

(reify
  GQLNetworkStep
  (-exec [_ operation _]
    (make-post operation)))

How do we get these two steps to work together? That's where the exec function comes in handy. We can use exec to pass an operation to another step. We'll use a function to take in the next step:

(require '[artemis.core :as a]
         '[artemis.network-steps.protocols :refer [GQLNetworkStep]])

(defn log-step [next-step]
  (reify
    GQLNetworkStep
    (-exec [_ operation context]
      (.log js/console operation)
      (a/exec next-step operation context))))

(defn post-step []
  (reify
    GQLNetworkStep
    (-exec [_ operation context]
      (make-post operation))))

(def network-chain (-> (post-step) log-step))

Hopefully you've noticed that our final step, post-step, doesn't pass the operation to the next step. That's because it's our "terminating step", meaning it's the step responsible for ending the chain by sending the operation to our server.

You may have also noticed that there's a third argument being passed to each exec called context. context is an arbitrary map that we can use to pass information step-to-step. Let's say, for example, that we wanted to include a header with each of our post requests representing the version of our application called X-Client-App-Version. We can add a step that's responsible for figuring out the correct version, then use the context map to pass it along to the post-step:

(require '[artemis.core :as a]
         '[artemis.network-steps.protocols :refer [GQLNetworkStep]])

(defn log-step [next-step]
  (reify
    GQLNetworkStep
    (-exec [_ operation context]
      (.log js/console operation)
      (a/exec next-step operation context))))

(defn version-step [next-step]
  (reify
    GQLNetworkStep
    (-exec [_ operation context]
      (let [v (get-app-version)]
        (a/exec next-step operation (assoc context :app-version v))))))

(defn post-step []
  (reify
    GQLNetworkStep
    (-exec [_ operation context]
      (make-post operation {:headers {"X-Client-App-Version" (:app-version v)}}))))

(def network-chain (-> (post-step) version-step log-step))

Because network steps are just Clojure code, we can do a lot with them, including conditionally making requests over a particular protocol or to a particular GraphQL server, mocking a response, and a whole host of other things.

The Base HTTP Step

Artemis comes with a simple HTTP network step that you can include when creating your client. It's the same step that we used back in the first guide, and it should cover a lot of your needs. Let's take a look at what our initial client creation code looked like:

(def graphcool-url "https://api.graph.cool/simple/v1/cjjh9nmy118fs0127i5t71oxe")

(def network-chain (http/create-network-step graphcool-url))

(def store (mgs/create-store))

So, now you can see that our network chain is really just a single step, the base HTTP step that Artemis comes with. To further elucidate the concept of building a chain, let's re-implement our logging step, this time including our HTTP step in the chain:

(ns app.core
  (:require [artemis.core :as a]
            [artemis.network-steps.protocols :refer [GQLNetworkStep]]
            [artemis.network-steps.http :as http])

(defn log-step [next-step]
  (reify
    GQLNetworkStep
    (-exec [_ operation context]
      (.log js/console operation)
      (a/exec next-step operation context))))

(def graphcool-url "https://api.graph.cool/simple/v1/cjjh9nmy118fs0127i5t71oxe")

(def client (a/create-client :network-chain (-> (http/create-network-step graphcool-url)
                                                log-step)))

Now we can execute operations on our client and we should first see the operation logged to our browser's console, and then executed over the network.

Options

The base http step uses clj-http, and you can configure it via the context map.

Supported options are:

  • :interchange-format One of :json or :edn. Defaults to :json
  • :with-credentials? Whether to send credentials with request
  • :oauth-token Token for Authorization header value "Bearer %s"
  • :basic-auth Map of :username and :password
  • :headers Map of any http headers

Can you improve this documentation?Edit on GitHub

cljdoc is a website building & hosting documentation for Clojure/Script libraries

× close