rumble icon indicating copy to clipboard operation
rumble copied to clipboard

JSON Schema support

Open jsommr opened this issue 3 years ago • 3 comments

Having a way to create custom types would enable auto generation of eg. OpenAPI 3 specifications based on static code analysis.

Say we have a query like this:

declare variable $optional as string? external := ();
$optional

We know that the input is an optional string, and that string? is returned. But what if we have

declare variable $obj as object? external := ();
{ "obj": $obj }

Then we loose the rest of the type - say that { "test": 123 } is passed into the query, we can't analyze it and know if that's valid or not.

I see there is a branch about static types, which seem to do some pretty cool improvements on the builtin types, and as part RumbleML, annotate was introduced, but are there any plans to support something like how TypeScripts annotates objects and arrays, or even better, JSON Schema?

Edit: The example in listing 1.23 on this guided tour for XQuery seems like a pretty good candidate, just with JSON Schema instead:

import schema "urn:examples:xmp:bib" at "c:/dev/schemas/eg/bib.xsd"
default element namespace = "urn:examples:xmp:bib"
define function books-by-author($a as element(b:author))
as element(b:title)*
{
  for $b in doc("books.xml")/bib/book
  where some $ba in $b/author satisfies
  ($ba/last=$a/last and $ba/first=$a/first)
  order by $b/title
  return $b/title
}

And ideally, one could create the schema like this:

declare schema my-type as {
  "$schema": "http://json-schema.org/draft/2019-09/schema#",
  "type": "object",
  "properties": { ... },
  "required": [....]
}

Examples

https://example.com/address.json

{
  "$schema": "http://json-schema.org/draft/2019-09/schema#",
  "type": "object",
  "properties": {
    "street_address": {"type": "string"},
    "city": {"type": "string"},
    "state": {"type": "string"}
  },
  "required": ["street_address", "city", "state"]
}

https://example.com/query1.jq

import schema address = "https://example.com/address.json";

declare function local:lookup-addresses($query as string) as address[]
{
  fetch("https://example.com/address-lookup?query=" || uri-encode($query))
};

local:lookup-addresses("acme street")

https://example.com/person.json

{
  "$schema": "http://json-schema.org/draft/2019-09/schema#",
  "type": "object",
  "properties": {
    "first_name": {"type": "string"},
    "last_name": {"type": "string"},
    "preferred_name": {"type": "string"}
  },
  "required": ["preferred_name"]
}

https://example.com/query2.jq

import schema address = "https://example.com/address.json";
import schema person = "https://example.com/person.json";

declare function local:lookup-persons($address as address) as person[]
{
  fetch(
    "https://example.com/lookup-persons" ||
    "?street_address=" || uri-encode($address.street_address)) ||
    "&city=" || uri-encode($address.city)) ||
    "&state=" ||  uri-encode($address.state))
}

declare function local:lookup-addresses($query as string) as address[]
{
  fetch("https://example.com/address-lookup?query=" || uri-encode($query))
};

for $address in local:lookup-addresses("acme street")
return
{
  address: $address,
  persons: local:lookup-persons($address)
}

Example with definitions

https://example.com/order.json

{
  "$schema": "http://json-schema.org/draft/2019-09/schema#",

  "definitions": {
    "address": {
      "$id": "#address",
      "type": "object",
      "properties": {
        "street_address": { "type": "string" },
        "city":           { "type": "string" },
        "state":          { "type": "string" }
      },
      "required": ["street_address", "city", "state"]
    }
  },

  "type": "object",

  "properties": {
    "order_id": { "type": "string" },
    "order_lines": { .... },
    "billing_address": { "$ref": "#/definitions/address" },
    "shipping_address": { "$ref": "#/definitions/address" }
  }
}

https://example.com/query3.jq

import schema order = "https://example.com/order.json";

declare function local:lookup-billing-address($order-id as string)
as order.definitions.address (: or order#address :)
{
  let $order as order := fetch-json("https://example.com/orders?order_id=" || uri-encode($order-id))
  return  $order.billing_address
};

local:lookup-billing-address("ORD-1234")

JSON Schema to JSONiq types

RumbleDB should turn types in schemas to JSONiq types, such as:

JSONiq JSON Schema OpenAPI
string { type: "string" } Same
base64Binary { type: "string", contentEncoding: "base64" } { type: "string", format: "byte" }

Other constraints such as maxProperties should be ignored, and are only used by linters.

OpenAPI 3 example

import schema pet-store = "https://github.com/swagger-api/swagger-petstore/blob/master/src/main/resources/openapi.yaml";

declare function local:lookup-pet($pet-id as integer)
as pet-store.components.schemas.Pet
{
  fetch-json("https://petstore3.swagger.io/api/v3/pets/" || $pet-id)
};

JSound support

If JSound schemas has a way of identifying itself like JSON Schema $schema: "..." OpenAPI openapi: "3.0.2", one should be able to import JSound schemas as well.

jsommr avatar Feb 24 '21 21:02 jsommr

Many thanks for your comments.

Indeed annotate() is only a temporary function. We are actively working on static typing as well as supporting user-defined types right now, first with JSound, and we may consider other schema languages at a later point.

So your request confirms that this is a useful feature and that the timing is good. Thank you for this!

ghislainfourny avatar Mar 24 '21 12:03 ghislainfourny

Just looked at some of your recently closed pull requests on this topic and I gotta say, I'm really, really excited about this!

jsommr avatar May 20 '21 21:05 jsommr

Thank you, Jan!

The next release will include a limited user-defined-type system with the JSound compact syntax. The type names can be reused as variable/parameter types and instance of/treat as expressions.

Example:

declare type local:id-and-sentence as { "id": "integer", "sentence": "string" }; let $local-data := ( {"id": 1, "sentence": "Hi I heard about Spark"}, {"id": 2, "sentence": "I wish Java could use case classes"}, {"id": 3, "sentence": "Logistic regression models are neat"} ) let $validated-data := validate type local:id-and-sentence* { $local-data }

return $validated-data instance of local:id-and-sentence+

The functionality will then continue to be expanded in subsequent releases.

ghislainfourny avatar Jun 22 '21 10:06 ghislainfourny