swagger-ui/test/e2e-cypress/static/documents/features/multiple-examples-core.openapi.yaml

openapi: 3.0.0
info:
  title: "Multiple Examples: Core Document"
  description: |
    This document has examples for straightforward usage of `examples` in...
    * Parameter Object positions
    * Response Object positions
    * Request Body Object positions

    It includes:
    * cases for each JSON Schema type as an example value (except null) in each position
    * variously-sized `examples` objects
    * multi-paragraph descriptions within each example

    It **does not** include the following out-of-scope items:
    * usage of `examples` within `Parameter.content` or `Response.content`
    * `externalValue` (might change)

    It also lacks edge cases, which will be covered in the "Corner" Document:
    * `examples` n=1, which presents an interesting UI problem w/ the dropdown
    * `example` and `examples` both present
    * example item value that doesn't match the input type
      * e.g., `Parameter.type === "number"`, but `Parameter.examples.[key].value` is an object
    * `null` as an example value
  version: "1.0.2"
paths:
  /String:
    post:
      summary: "Bonus: contains two requestBody media types"
      parameters:
      - in: query
        name: message
        required: true
        description: This parameter just so happens to have a one-line description.
        schema:
          type: string
        examples:
          StringExampleA:
            $ref: '#/components/examples/StringExampleA'
          StringExampleB:
            $ref: '#/components/examples/StringExampleB'
      requestBody:
        description: the wonderful payload of my request
        content:
          text/plain:
            schema:
              type: string
            examples:
              StringExampleA:
                $ref: '#/components/examples/StringExampleA'
              StringExampleB:
                $ref: '#/components/examples/StringExampleB'
          text/plain+other:
            schema:
              type: string
            examples:
              StringExampleA:
                $ref: '#/components/examples/StringExampleA'
              StringExampleB:
                $ref: '#/components/examples/StringExampleB'
      responses:
        200:
          description: has two media types; the second has a third example!
          content:
            text/plain:
              schema:
                type: string
              examples:
                StringExampleA:
                  $ref: '#/components/examples/StringExampleA'
                StringExampleB:
                  $ref: '#/components/examples/StringExampleB'
            text/plain+other:
              schema:
                type: string
              examples:
                StringExampleA:
                  $ref: '#/components/examples/StringExampleA'
                StringExampleB:
                  $ref: '#/components/examples/StringExampleB'
                StringExampleC:
                  $ref: '#/components/examples/StringExampleC'
  /Number:
    post:
      parameters: 
      - in: query
        name: message
        required: true
        schema:
          type: number
        examples:
          NumberExampleA:
            $ref: '#/components/examples/NumberExampleA'
          NumberExampleB:
            $ref: '#/components/examples/NumberExampleB'
          NumberExampleC:
            $ref: '#/components/examples/NumberExampleC'
      requestBody:
        description: the wonderful payload of my request
        content:
          text/plain:
            schema:
              type: number
            examples:
              NumberExampleA:
                $ref: '#/components/examples/NumberExampleA'
              NumberExampleB:
                $ref: '#/components/examples/NumberExampleB'
              NumberExampleC:
                $ref: '#/components/examples/NumberExampleC'
          text/plain+other:
            schema:
              type: number
            examples:
              NumberExampleA:
                $ref: '#/components/examples/NumberExampleA'
              NumberExampleB:
                $ref: '#/components/examples/NumberExampleB'
              NumberExampleC:
                $ref: '#/components/examples/NumberExampleC'
      responses:
        200:
          description: OK!
          content:
            text/plain:
              schema:
                type: number
              examples:
                NumberExampleA:
                  $ref: '#/components/examples/NumberExampleA'
                NumberExampleB:
                  $ref: '#/components/examples/NumberExampleB'
            text/plain+other:
              schema:
                type: number
              examples:
                NumberExampleA:
                  $ref: '#/components/examples/NumberExampleA'
                NumberExampleB:
                  $ref: '#/components/examples/NumberExampleB'
                NumberExampleC:
                  $ref: '#/components/examples/NumberExampleC'
  /Boolean:
    post:
      parameters: 
      - in: query
        name: message
        required: true
        schema:
          type: boolean
        examples:
          BooleanExampleA:
            $ref: '#/components/examples/BooleanExampleA'
          BooleanExampleB:
            $ref: '#/components/examples/BooleanExampleB'
      requestBody:
        description: the wonderful payload of my request
        content:
          text/plain:
            schema:
              type: boolean
            examples:
              BooleanExampleA:
                $ref: '#/components/examples/BooleanExampleA'
              BooleanExampleB:
                $ref: '#/components/examples/BooleanExampleB'
          text/plain+other:
            schema:
              type: boolean
            examples:
              BooleanExampleA:
                $ref: '#/components/examples/BooleanExampleA'
              BooleanExampleB:
                $ref: '#/components/examples/BooleanExampleB'
      responses:
        200:
          description: OK!
          content:
            text/plain:
              schema:
                type: boolean
              examples:
                BooleanExampleA:
                  $ref: '#/components/examples/BooleanExampleA'
                BooleanExampleB:
                  $ref: '#/components/examples/BooleanExampleB'
            text/plain+other:
              schema:
                type: boolean
              examples:
                BooleanExampleA:
                  $ref: '#/components/examples/BooleanExampleA'
                BooleanExampleB:
                  $ref: '#/components/examples/BooleanExampleB'
  /Array:
    post:
      parameters: 
      - in: query
        name: message
        required: true
        schema:
          type: array
          items: {} # intentionally empty; don't want to assert on the items
        examples:
          ArrayExampleA:
            $ref: '#/components/examples/ArrayExampleA'
          ArrayExampleB:
            $ref: '#/components/examples/ArrayExampleB'
          ArrayExampleC:
            $ref: '#/components/examples/ArrayExampleC'
      requestBody:
        description: the wonderful payload of my request
        content:
          application/json:
            schema:
              type: array
              items: {} # intentionally empty; don't want to assert on the items
            examples:
              ArrayExampleA:
                $ref: '#/components/examples/ArrayExampleA'
              ArrayExampleB:
                $ref: '#/components/examples/ArrayExampleB'
              ArrayExampleC:
                $ref: '#/components/examples/ArrayExampleC'
      responses:
        200:
          description: OK!
          content:
            application/json:
              schema:
                type: array
                items: {} # intentionally empty; don't want to assert on the items
              examples:
                ArrayExampleA:
                  $ref: '#/components/examples/ArrayExampleA'
                ArrayExampleB:
                  $ref: '#/components/examples/ArrayExampleB'
                ArrayExampleC:
                  $ref: '#/components/examples/ArrayExampleC'
  /Object:
    post:
      parameters: 
      - in: query
        name: data
        required: true
        schema:
          type: object
        examples:
          ObjectExampleA:
            $ref: '#/components/examples/ObjectExampleA'
          ObjectExampleB:
            $ref: '#/components/examples/ObjectExampleB'
      requestBody:
        description: the wonderful payload of my request
        content:
          application/json:
            schema:
              type: object
            examples:
              ObjectExampleA:
                $ref: '#/components/examples/ObjectExampleA'
              ObjectExampleB:
                $ref: '#/components/examples/ObjectExampleB'
          text/plain+other:
            schema:
              type: object
            examples:
              ObjectExampleA:
                $ref: '#/components/examples/ObjectExampleA'
              ObjectExampleB:
                $ref: '#/components/examples/ObjectExampleB'
      responses:
        200:
          description: OK!
          content:
            application/json:
              schema:
                type: object
              examples:
                ObjectExampleA:
                  $ref: '#/components/examples/ObjectExampleA'
                ObjectExampleB:
                  $ref: '#/components/examples/ObjectExampleB'
            text/plain+other:
              schema:
                type: object
              examples:
                ObjectExampleA:
                  $ref: '#/components/examples/ObjectExampleA'
                ObjectExampleB:
                  $ref: '#/components/examples/ObjectExampleB'
components:
  examples:
    StringExampleA:
      value: "hello world"
      summary: Don't just string me along...
      description: |
        A string in C is actually a character array. As an individual character variable can store only one character, we need an array of characters to store strings. Thus, in C string is stored in an array of characters. Each character in a string occupies one location in an array. The null character ‘\0’ is put after the last character. This is done so that program can tell when the end of the string has been reached.
        
        For example, the string “Hello” is stored as follows... 
        
        ![](http://www.tutorialspoint.com/computer_programming/images/string_representation.jpg)
        
        Since the string contains 5 characters. it requires a character array of size 6 to store it. the last character in a string is always a NULL('\0') character. Always keep in mind that the '\0' is not included in the length if the string, so here the length of the string is 5 only. Notice above that the indexes of the string starts from 0 not one so don't confuse yourself with index and length of string.

        Thus, in C, a string is a one-dimensional array of characters terminated a null character. The terminating null character is important. In fact, a string not terminated by ‘\0’ is not really a string, but merely a collection of characters.
    StringExampleB:
      value: "The quick brown fox jumps over the lazy dog"
      summary: "I'm a pangram!"
      description: |
        A pangram (Greek: παν γράμμα, pan gramma, "every letter") or holoalphabetic sentence is a sentence using every letter of a given alphabet at least once. Pangrams have been used to display typefaces, test equipment, and develop skills in handwriting, calligraphy, and keyboarding.

        The best-known English pangram is "The quick brown fox jumps over the lazy dog". It has been used since at least the late 19th century, was utilized by Western Union to test Telex / TWX data communication equipment for accuracy and reliability, and is now used by a number of computer programs (most notably the font viewer built into Microsoft Windows) to display computer fonts.
        
        Pangrams exist in practically every alphabet-based language. An example from German is _Victor jagt zwölf Boxkämpfer quer über den großen Sylter Deich_, which contains all letters, including every umlaut (ä, ö, ü) plus the ß. It has been used since before 1800.
        
        In a sense, the pangram is the opposite of the lipogram, in which the aim is to omit one or more letters.
        
        A perfect pangram contains every letter of the alphabet only once and
        can be considered an anagram of the alphabet. The only perfect pangrams
        that are known either use abbreviations, such as "Mr Jock, TV quiz PhD,
        bags few lynx", or use words so obscure that the phrase is hard to
        understand, such as "Cwm fjord bank glyphs vext quiz", where cwm is a
        loan word from the Welsh language meaning a steep-sided valley, and vext
        is an uncommon way to spell vexed.
    StringExampleC:
      value: "JavaScript rules"
      summary: "A third example, for use in special places..."
    NumberExampleA:
      value: 7710263025
      summary: "World population"
      description: |
        In demographics, the world population is the total number of humans currently living, and was estimated to have reached 7.7 billion people as of April 2019. It took over 200,000 years of human history for the world's population to reach 1 billion; and only 200 years more to reach 7 billion.
        
        World population has experienced continuous growth since the end of the Great Famine of 1315–1317 and the Black Death in 1350, when it was near 370 million. The highest population growth rates – global population increases above 1.8% per year – occurred between 1955 and 1975, peaking to 2.1% between 1965 and 1970. The growth rate has declined to 1.2% between 2010 and 2015 and is projected to decline further in the course of the 21st century. However, the global population is still growing and is projected to reach about 10 billion in 2050 and more than 11 billion in 2100.
        
        Total annual births were highest in the late 1980s at about 139 million, and as of 2011 were expected to remain essentially constant at a level of 135 million, while deaths numbered 56 million per year and were expected to increase to 80 million per year by 2040. The median age of the world's population was estimated to be 30.4 years in 2018.
    NumberExampleB:
      value: 9007199254740991
      summary: "Number.MAX_SAFE_INTEGER"
      description: |
        The `MAX_SAFE_INTEGER` constant has a value of `9007199254740991` (9,007,199,254,740,991 or ~9 quadrillion). The reasoning behind that number is that JavaScript uses double-precision floating-point format numbers as specified in IEEE 754 and can only safely represent numbers between `-(2^53 - 1)` and `2^53 - 1`.
        
        Safe in this context refers to the ability to represent integers exactly and to correctly compare them. For example, `Number.MAX_SAFE_INTEGER + 1 === Number.MAX_SAFE_INTEGER + 2` will evaluate to `true`, which is mathematically incorrect. See `Number.isSafeInteger()` for more information.
        
        Because `MAX_SAFE_INTEGER` is a static property of `Number`, you always use it as `Number.MAX_SAFE_INTEGER`, rather than as a property of a `Number` object you created.
    NumberExampleC:
      # `description` and `summary` intentionally omitted
      value: 0
    BooleanExampleA:
      value: true
      summary: The truth will set you free
      description: |
        In some programming languages, any expression can be evaluated in a context that expects a Boolean data type. Typically (though this varies by programming language) expressions like the number zero, the empty string, empty lists, and null evaluate to false, and strings with content (like "abc"), other numbers, and objects evaluate to true. Sometimes these classes of expressions are called "truthy" and "falsey".
    BooleanExampleB:
      # `description` intentionally omitted
      value: false
      summary: Friends don't lie to friends
    ArrayExampleA:
      value: [a, b, c]
      summary: A lowly array of strings
      description: |
        In computer science, a list or sequence is an abstract data type that represents a countable number of ordered values, where the same value may occur more than once. An instance of a list is a computer representation of the mathematical concept of a finite sequence; the (potentially) infinite analog of a list is a stream.[1]:§3.5 Lists are a basic example of containers, as they contain other values. If the same value occurs multiple times, each occurrence is considered a distinct item.
    ArrayExampleB:
      value: [1, 2, 3, 4]
      summary: A lowly array of numbers
      description: |
        Many programming languages provide support for list data types, and have special syntax and semantics for lists and list operations. A list can often be constructed by writing the items in sequence, separated by commas, semicolons, and/or spaces, within a pair of delimiters such as parentheses '()', brackets '[]', braces '{}', or angle brackets '<>'. Some languages may allow list types to be indexed or sliced like array types, in which case the data type is more accurately described as an array. In object-oriented programming languages, lists are usually provided as instances of subclasses of a generic "list" class, and traversed via separate iterators. List data types are often implemented using array data structures or linked lists of some sort, but other data structures may be more appropriate for some applications. In some contexts, such as in Lisp programming, the term list may refer specifically to a linked list rather than an array.

        In type theory and functional programming, abstract lists are usually defined inductively by two operations: nil that yields the empty list, and cons, which adds an item at the beginning of a list.
    ArrayExampleC:
      # `summary` intentionally omitted
      value: []
      description: An empty array value should clear the current value
    ObjectExampleA:
      value:
        firstName: Kyle
        lastName: Shockey
        email: kyle.shockey@smartbear.com
      summary: A user's contact info
      description: Who is this guy, anyways?
    ObjectExampleB:
      value:
        name: Abbey
        type: kitten
        color: calico
        gender: female
        age: 11 weeks
      summary: A wonderful kitten's info
      description: |
        Today’s domestic cats are physically very similar to their wild
        ancestors. “Domestic cats and wildcats share a majority of their
        characteristics,” Lyons says, but there are a few key differences:
        wildcats were and are typically larger than their domestic kin, with
        brown, tabby-like fur. “Wildcats have to have camouflage that’s going to
        keep them very inconspicuous in the wild,” Lyons says. “So you can’t
        have cats with orange and white running around—they’re going to be
        snatched up by their predators.” As cats were domesticated, they began
        to be selected and bred for more interesting colorations, thus giving us
        today’s range of beautiful cat breeds.