Swagger 1.2 & 2.0 implementation for Clojure/Ring using Prismatic Schema.
- API Docs
- Extendable trasformations from Prismatic Schemas to Swagger JSON Schemas
- Extended JSON & String Serialization & coercion
- For web/routing library developers:
- A Schema-based contract for collecting route documentation from the web apps
- Middlewares for handling Schemas Validation Errors
- Handlers to generate the Swaggers artifacts
- swagger.json for 2.0.
- Resource listing and Api declarations for 1.2.
- Swagger-UI bindings. (get the UI separately as jar or from NPM)
- Compojure-Api for Compojure
- fnhouse-swagger for fnhouse
- pedastal-swagger for Pedastal
- yada
Route definitions are expected as a clojure Map defined by the Schema Contract. The Schema allows extra keys as ring-swagger tries not to be on your way - one can pass any valid Swagger spec data in.
(require '[ring.swagger.swagger2 :as rs])
(rs/swagger-json nil)
; {:swagger "2.0"
; :info {:title "Swagger API"
; :version "0.0.1"}
; :produces ["application/json"]
; :consumes ["application/json"]
; :definitions {}
; :paths {}}
Info, tags, routes and anonymous nested schemas.
(require '[schema.core :as s])
(s/defschema User {:id s/Str,
:name s/Str
:address {:street s/Str
:city (s/enum :tre :hki)}})
(s/with-fn-validation
(rs/swagger-json
{:info {:version "1.0.0"
:title "Sausages"
:description "Sausage description"
:termsOfService "http://helloreverb.com/terms/"
:contact {:name "My API Team"
:email "foo@example.com"
:url "http://www.metosin.fi"}
:license {:name "Eclipse Public License"
:url "http://www.eclipse.org/legal/epl-v10.html"}}
:tags [{:name "user"
:description "User stuff"}]
:paths {"/api/ping" {:get nil}
"/user/:id" {:post {:summary "User Api"
:description "User Api description"
:tags ["user"]
:parameters {:path {:id s/Str}
:body User}
:responses {200 {:schema User
:description "Found it!"}
404 {:description "Ohnoes."}}}}}}))
; {:swagger "2.0"
; :info {:version "1.0.0"
; :title "Sausages"
; :description "Sausage description"
; :termsOfService "http://helloreverb.com/terms/"
; :contact {:email "foo@example.com"
; :name "My API Team"
; :url "http://www.metosin.fi"}
; :license {:name "Eclipse Public License"
; :url "http://www.eclipse.org/legal/epl-v10.html"}}
; :tags [{:description "User stuff" :name "user"}]
; :consumes ["application/json"]
; :produces ["application/json"]
; :definitions {"User" {:type "object"
; :properties {:address {:$ref "#/definitions/UserAddress"}
; :id {:type "string"}
; :name {:type "string"}}
; :required (:id :name :address)}
; "UserAddress" {:type "object"
; :properties {:city {:enum (:tre :hki)
; :type "string"}
; :street {:type "string"}}
; :required (:street :city)}}
; :paths {"/api/ping" {:get {:responses {:default {:description ""}}}}
; "/user/{id}" {:post {:description "User Api description"
; :summary "User Api"
; :tags ["user"]
; :parameters [{:description ""
; :in :path
; :name "id"
; :required true
; :type "string"}
; {:description ""
; :in :body
; :name "User"
; :required true
; :schema {:$ref "#/definitions/User"}}]
; :responses {200 {:description "Found it!"
; :schema {:$ref "#/definitions/User"}}
; 404 {:description "Ohnoes."}}}}}}
One can pass extra options-map as a third parameter to swagger-json
. The following options are available:
:ignore-missing-mappings? - (false) boolean whether to silently ignore
missing schema to JSON Schema mappings. if
set to false, IllegalArgumentException is
thrown if a Schema can't be presented as
JSON Schema.
:default-response-description-fn - ((constantly "")) - a fn to generate default
response descriptions from http status code.
Takes a status code (Int) and returns a String.
:handle-duplicate-schemas-fn - (ring.swagger.core/ignore-duplicate-schemas),
a function to handle possible duplicate schema
definitions. Takes schema-name and set of found
attached schema values as parameters. Returns
sequence of schema-name and selected schema value.
:collection-format - Sets the collectionFormat for query and formData
parameters.
Possible values: multi, ssv, csv, tsv, pipes."
For example, to get default response descriptions from the HTTP Spec, you can do the following:
(require '[ring.util.http-status :as status])
(rs/swagger-json
{:paths {"/hello" {:post {:responses {200 nil
425 nil
500 {:description "FAIL"}}}}}}
{:default-response-description-fn status/get-description})
; {:swagger "2.0"
; :info {:title "Swagger API" :version "0.0.1"}
; :consumes ["application/json"]
; :produces ["application/json"]
; :definitions {}
; :paths {"/hello" {:post {:responses {200 {:description "OK"}
; 425 {:description "The collection is unordered."}
; 500 {:description "FAIL"}}}}}}
The generated full spec can be validated against the Swagger JSON Schema via tools like scjsv.
(require '[scjsv.core :as scjsv])
(def validator (scjsv/validator (slurp "https://raw.githubusercontent.com/reverb/swagger-spec/master/schemas/v2.0/schema.json")))
(validator (rs/swagger-json {:paths {"/api/ping" {:get nil}}}))
; nil
(validator (rs/swagger-json {:pathz {"/api/ping" {:get nil}}}))
; ({:level "error"
; :schema {:loadingURI "#", :pointer ""}
; :instance {:pointer ""}
; :domain "validation"
; :keyword "additionalProperties"
; :message "object instance has properties which are not allowed by the schema: [\"pathz\"]", :unwanted ["pathz"]})
For more information about creating your own adapter, see Collecting API Documentation.
There are the following utility functions for transforming the spec (on the client side):
Transforms the operations under the :paths of a ring-swagger spec by applying (f operation)
to all operations.
If the function returns nil, the given operation is removed.
As an example, one can filter away all operations with :x-no-doc
set to true
:
(defn remove-x-no-doc [endpoint]
(if-not (some-> endpoint :x-no-doc true?)
endpoint))
(transform-operations remove-x-no-doc {:paths {"/a" {:get {:x-no-doc true}, :post {}}
"/b" {:put {:x-no-doc true}}}}))
; {:paths {"/a" {:post {}}}}
Prismatic Schema is used for describing both the input & output schemas for routes.
As Swagger 2.0 Spec Schema is a pragmatic and deterministic subset of JSON Schema, so not all Clojure Schema elements can be used.
There are two possible methods to do this:
- class-based dispatch via
ring.swagger.json-schema/json-type
. - protocol-based dispatch via
ring.swagger.json-schema/JsonSchema
.
To support truly symmetric web schemas, one needs also to ensure both JSON Serialization and deserialization/coercion from JSON.
(require '[ring.swagger.json-schema :as json-schema])
(defmethod json-schema/json-type java.sql.Date [_] {:type "string" :format "date"})
(require '[ring.swagger.json-schema :as json-schema])
(extend-type java.util.regex.Pattern
json-schema/JsonSchema
(json-schema/json-property [e _] {:type "string" :pattern (str e)}))
Clojure Schema | JSON Schema | Sample JSON |
---|---|---|
Integer |
integer, int32 | 1 |
Long , s/Int |
integer, int64 | 1 |
Double , Number , s/Num |
number, double | 1.2 |
String , s/Str , Keyword , s/Keyword |
string | "kikka" |
Boolean |
boolean | true |
nil , s/Any |
void | |
java.util.Date , org.joda.time.DateTime |
string, date-time | "2014-02-18T18:25:37.456Z" , also without millis: "2014-02-18T18:25:37Z" |
java.util.regex.Pattern , |
string, regex | [a-z0-9] |
#"[a-z0-9]+" |
string, pattern | "a6" |
s/Uuid , java.util.UUID |
string, uuid | "77e70512-1337-dead-beef-0123456789ab" |
org.joda.time.LocalDate |
string, date | "2014-02-19" |
(s/enum X Y Z) |
type of X, enum(X,Y,Z) | |
(s/maybe X) |
type of X | |
(s/both X Y Z) |
type of X | |
(s/either X Y Z) |
type of X | |
(s/named X name) |
type of X | |
(s/one X name) |
type of X | |
(s/recursive Var) |
Ref to (model) Var | |
(s/eq X) |
type of class of X | |
(s/optional-key X) |
optional key | |
(s/required-key X) |
required key | |
s/Keyword (as a key) |
ignored |
- All supported types have symmetric JSON serialization (Cheshire encoders) & deserialization (Schema coercions)
- Vectors, Sets and Maps can be used as containers
- Maps are presented as Complex Types and References. Model references are resolved automatically.
- Nested maps are transformed automatically into flat maps with generated child references
- Nested maps can be within valid containers (as only element - heterogeneous schema sequences not supported by the spec)
- Nested maps are transformed automatically into flat maps with generated child references
If Ring-swagger can't transform the Schemas into JSON Schemas, by default a IllegalArgumentException
will be thrown. Binding ring.swagger.json-schema/*ignore-missing-mappings*
to true, one can ignore the errors (missing schema elements will be ignored from the generated JSON Schema).
Standard Prismatic Schema names are used. Nested schemas are traversed and all found sub-schemas are named automatically - so that they can be referenced in the generated Swagger spec.
Swagger 2.0 squashes all api models into a single global namespace, so schema name collisions can happen. When this happens, the function defined by :handle-duplicate-schemas-fn
option is called to resolve the collision. By default, the collisions are ignored.
One accidental reason for schema name collisions is the use of normal clojure.core
functions to create transformed copies of the schemas. The normal core functions retain the original schema meta-data and by so the schema name.
(s/defschema User {:id s/Str, :name s/Str})
(def NewUser (dissoc User :id)) ; dissoc does not remove the schema meta-data
(meta User)
; {:name Kikka}
(meta NewUser)
; {:name Kikka} <- fail!
There are better schema transformers functions available at schema-tools.
Some Schema elements are impossible to accurately describe within boundaries of JSON-Schema or Swagger spec.
You can require ring.swagger.json-schema-dirty
namespace to get JSON Schema dispatching for the following:
Be warned that Swagger-UI might not display these correctly and the code generated by swagger-codegen will be inaccurate.
Clojure | JSON Schema | Sample |
---|---|---|
(s/conditional pred X pred Y pred Z) |
oneOf: type of X, type of X, type of Z | |
(s/if pred X Y) |
oneOf: type of X, type of Y |
These schemas should work, just need the mappings (feel free to contribute!):
s/Symbol
s/Inst
Ring-swagger uses Schema coercions for transforming the input data into vanilla Clojure and back.
There are two coercers in ring.swagger.coerce
, the json-schema-coercion-matcher
and query-schema-coercion-matcher
. These are enchanced versions of the orginal Schema coercers, adding support for all the supported Schema elements, including Dates & Regexps.
Ring-swagger provides a convenience function for coercion, ring.swagger.schema/coerce!
. It returns either a valid coerced value of slingshots an Map with type :ring.swagger.schema/validation
. One can catch these exceptions via ring.swagger.middleware/wrap-validation-errors
and return a JSON-friendly map of the contents.
(require '[schema.core :as s])
(require '[ring.swagger.schema :refer [coerce!]])
(s/defschema Bone {:size Long, :animal (s/enum :cow :tyrannosaurus)})
(coerce! Bone {:size 12, :animal "cow"})
; {:animal :cow, :size 12}
(coerce! Bone {:animal :sheep})
; ExceptionInfo throw+: #schema.utils.ErrorContainer{:error {:animal (not (#{:tyrannosaurus :cow} :sheep)), :size missing-required-key}, :type :ring.swagger.schema/validation} ring.swagger.schema/coerce! (schema.clj:57)
One can add extra meta-data, including descriptions to schema elements using ring.swagger.schema/field
and ring.swagger.schema/describe
functions. These work by adding meta-data to schema under :json-schema
-key. Objects which don't support meta-data, like Java classes, are wrapped into s/both
.
(require '[schema.core :as s])
(require '[ring.swagger.schema :as rs])
(require '[ring.swagger.json-schema :as rjs])
(s/defschema Customer {:id Long, :name (rs/describe String "the name")})
(rjs/json-schema-meta (describe Customer "The Customer"))
; => {:description "The Customer"})
Copyright © 2014-2015 Metosin Oy
Distributed under the Eclipse Public License, the same as Clojure.