This page is for the current v1 alpha version of Schemars. This version is still under development, and further breaking changes may be introduced.
To view this page for the current stable release of Schemars (v0.8.x), click here.
Attributes
You can add attributes to your types to customize Schemars's derived JsonSchema implementation.
Serde allows setting #[serde(...)] attributes which change how types are serialized, and Schemars will generally respect these attributes to ensure that generated schemas will match how the type is serialized by serde_json. #[serde(...)] attributes can be overriden using #[schemars(...)] attributes, which behave identically (e.g. #[schemars(rename_all = "camelCase")]). You may find this useful if you want to change the generated schema without affecting Serde's behaviour, or if you're just not using Serde.
Validator and Garde allow setting #[validate(...)]/#[garde(...)] attributes to restrict valid values of particular fields, many of which will be used by Schemars to generate more accurate schemas. These can also be overridden by #[schemars(...)] attributes.
TABLE OF CONTENTS
Supported Serde Attributes
#[serde(rename = "name")] / #[schemars(rename = "name")]
Set on a struct, enum, field or variant to use the given name in the generated schema instead of the Rust name. When used on a struct or enum, the given name will be used as the title for root schemas, and the key within the root's $defs property for subschemas.
If set on a struct or enum with generic type parameters, then the given name may contain them enclosed in curly braces (e.g. {T}) and they will be replaced with the concrete type names when the schema is generated.
Serde docs: container / variant / field
#[serde(rename_all = "...")] / #[schemars(rename_all = "...")]
Set on a struct, enum or variant to rename all fields according to the given case convention (see the Serde docs for details).
Serde docs: container / variant
#[serde(rename_all_fields = "...")] / #[schemars(rename_all_fields = "...")]
Set on an enum to rename all fields of all struct-style variants according to the given case convention (see the Serde docs for details).
Serde docs: container
#[serde(tag = "type")] / #[schemars(tag = "type")]
#[serde(tag = "t", content = "c")] / #[schemars(tag = "t", content = "c")]
#[serde(untagged)] / #[schemars(untagged)]
Set on an enum to generate the schema for the internally tagged, adjacently tagged, or untagged representation of this enum.
Serde docs: tag / tag+content / untagged
#[serde(default)] / #[schemars(default)] / #[serde(default = "path")] / #[schemars(default = "path")]
Set on a struct or field to give fields a default value, which excludes them from the schema's required properties. The default will also be set on the field's schema's default property, unless it is skipped by a skip_serializing_if attribute on the field. Any serialize_with or with attribute set on the field will be used to serialize the default value.
#[serde(skip)] / #[schemars(skip)]
Set on a variant or field to prevent it from appearing in any generated schema.
#[serde(skip_serializing)] / #[schemars(skip_serializing)]
Set on a field of a (non-tuple) struct to set the writeOnly property on that field's schema. Serde also allows this attribute on variants or tuple struct fields, but this will have no effect on generated schemas.
Serde docs: field
#[serde(skip_deserializing)] / #[schemars(skip_deserializing)]
Set on a variant or field. When set on a field of a (non-tuple) struct, that field's schema will have the readOnly property set. When set on a variant or tuple struct field Schemars will treat this the same as a skip attribute.
#[serde(flatten)] / #[schemars(flatten)]
Set on a field to include that field's contents as though they belonged to the field's container.
Serde docs: field
#[serde(with = "Type")] / #[schemars(with = "Type")]
Set on a variant or field to generate its schema as the given type instead of its actual type. Serde allows the with attribute to refer to any module path, but Schemars requires this to be an actual type which implements JsonSchema.
If the given type has any required generic type parameters, then they must all be explicitly specified in this attribute. Serde frequently allows you to omit them as it can make use of type inference, but unfortunately this is not possible with Schemars. For example, with = "Vec::<i32>" will work, but with = "Vec" and with = "Vec::<_>" will not.
#[serde(deny_unknown_fields)] / #[schemars(deny_unknown_fields)]
Setting this on a container will set the additionalProperties keyword on generated schemas to false to show that any extra properties are explicitly disallowed.
Serde docs: container
#[serde(transparent)] / #[schemars(transparent)]
Set on a newtype struct or a braced struct with one field to make the struct's generated schema exactly the same as that of the single field's.
Serde docs: container
#[schemars(bound = "...")]
Where-clause for the JsonSchema impl. This replaces any trait bounds inferred by schemars. Schemars does not use trait bounds from #[serde(bound)] attributes.
Serde docs: container
Supported Validator/Garde Attributes
#[validate(email)] / #[garde(email)] / #[schemars(email)]
#[validate(url)] / #[garde(url)]/ #[schemars(url)]
#[garde(ip)]/ #[schemars(ip)]
#[garde(ipv4)]/ #[schemars(ipv4)]
#[garde(ipv6)]/ #[schemars(ip)v6]
Sets the schema's format to email/uri/ip/ipv4/ipv6, as appropriate. Only one of these attributes may be present on a single field.
#[validate(length(min = 1, max = 10))] / #[garde(length(min = 1, max = 10))] / #[schemars(length(min = 1, max = 10))]
#[validate(length(equal = 10))] / #[garde(length(equal = 10))] / #[schemars(length(equal = 10))]
Sets the minLength/maxLength properties for string schemas, or the minItems/maxItems properties for array schemas.
Validator docs: length
#[validate(range(min = 1, max = 10))] / #[garde(range(min = 1, max = 10))] / #[schemars(range(min = 1, max = 10))]
Sets the minimum/maximum properties for number schemas.
Validator docs: range
#[validate(regex(path = *static_regex)]
#[schemars(regex(pattern = r"^\d+$"))] / #[schemars(regex(pattern = *static_regex))]
#[garde(pattern(r"^\d+$")] / #[schemars(pattern(r"^\d+$")]/ #[schemars(pattern(*static_regex)]
Sets the pattern property for string schemas. The static_regex will typically refer to a Regex instance, but Schemars allows it to be any value with a to_string() method.
regex(pattern = ...) is a Schemars extension, and not currently supported by the Validator crate. When using this form (or the Garde-style pattern attribute), you may want to use a r"raw string literal" so that \\ characters in the regex pattern are not interpreted as escape sequences in the string. Using the path = ... form is not allowed in a #[schemars(...)] attribute.
Validator docs: regex
#[validate(contains(pattern = "string"))] / #[schemars(contains(pattern = "string"))]
#[garde(contains("string"))] / #[schemars(contains("string"))]
For string schemas, sets the pattern property to the given value, with any regex special characters escaped.
Validator docs: contains
#[validate(required)] / #[garde(required)] / #[schemars(required)]
When set on an Option<T> field, this will create a schemas as though the field were a T.
Validator docs: required
#[garde(inner(...))] / #[schemars(inner(...))]
Sets properties specified by validation attributes on items of an array schema. For example:
struct Struct {
#[schemars(inner(url, pattern("^https://")))]
urls: Vec<String>,
}
Garde docs: Inner type validation
Other Attributes
#[schemars(schema_with = "some::function")]
Set on a variant or field to generate this field's schema using the given function. This function must be callable as fn(&mut schemars::SchemaGenerator) -> schemars::schema::Schema.
#[schemars(title = "Some title", description = "Some description")]
Set on a container, variant or field to set the generated schema's title and/or description. If present, these will be used instead of values from any doc comments/attributes.
#[schemars(example = "some::function")]
Set on a container, variant or field to include the result of the given function in the generated schema's examples. The function should take no parameters and can return any type that implements serde's Serialize trait - it does not need to return the same type as the attached struct/field. This attribute can be repeated to specify multiple examples.
To use the result of arbitrary expressions as examples, you can instead use the extend attribute, e.g. [schemars(extend("examples" = ["example string"]))].
#[deprecated]
Set the Rust built-in deprecated attribute on a struct, enum, field or variant to set the generated schema's deprecated keyword to true.
#[schemars(crate = "other_crate::schemars")]
Set the path to the schemars crate instance the generated code should depend on. This is mostly useful for other crates that depend on schemars in their macros.
#[schemars(extend("key" = value))]
Set on a container, variant or field to add properties (or replace existing properties) in a generated schema. This can contain multiple key/value pairs and/or be specified multiple times, as long as each key is unique.
The key must be a quoted string, and the value can be any expression that produces a type implementing serde::Serialize. The value can also be a JSON literal which can interpolate other values.
#[derive(JsonSchema)]
#[schemars(extend("simple" = "string value", "complex" = {"array": [1, 2, 3]}))]
struct Struct;
#[schemars(transform = some::transform)]
Set on a container, variant or field to run a schemars::transform::Transform against the generated schema. This can be specified multiple times to run multiple transforms.
The Transform trait is implemented on functions with the signature fn(&mut Schema) -> (), allowing you to do this:
fn my_transform(schema: &mut Schema) {
todo!()
}
#[derive(JsonSchema)]
#[schemars(transform = my_transform)]
struct Struct;
Doc Comments (#[doc = "..."])
If a struct, variant or field has any doc comments (or doc attributes), then these will be used as the generated schema's description. If the first line is an ATX-style markdown heading (i.e. it begins with a # character), then it will be used as the schema's title, and the remaining lines will be the description.