# Declare Request Example Data { #declare-request-example-data }

You can declare examples of the data your app can receive.

Here are several ways to do it.

## Extra JSON Schema data in Pydantic models { #extra-json-schema-data-in-pydantic-models }

You can declare `examples` for a Pydantic model that will be added to the generated JSON Schema.

{* ../../docs_src/schema_extra_example/tutorial001_py310.py hl[13:24] *}

    with rate_limiter:
        data = get_graphql_response(
            settings=settings,
            query=discussions_query,
            after=after,
            category_id=questions_category_id,
        )

    rate_limiter.update_request_info(
        cost=data["data"]["rateLimit"]["cost"],
        remaining=data["data"]["rateLimit"]["remaining"],
        reset_at=data["data"]["rateLimit"]["resetAt"],
    )

    #  Referring the property 'sequenceDefinitionMap'.
    #
    #; isIncrementSequenceToDataMax = false
    # - - - - - - - - - -/

    # /- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    # o isSuppressBatchUpdate: (NotRequired - Default false)
    #  Does it suppress batch update at loading data?
    #  When you have a data error, you may get details for the error

# MinIO Monitoring Guide

MinIO server exposes monitoring data over endpoints. Monitoring tools can pick the data from these endpoints. This document lists the monitoring endpoints and relevant documentation.

## Healthcheck Probe

MinIO server has two healthcheck related un-authenticated endpoints, a liveness probe to indicate if server is responding, cluster probe to check if server can be taken down for maintenance.

    /** The buffer of bytes sent to the stream */
    private byte[] buffer = new byte[DEFAULT_BUFFER_LENGTH];

    /** Offset of the start of unwritten data in the buffer */
    private int start = 0;

    /** Offset of the end (semi-open) of unwritten data in the buffer */
    private int end = 0;

    @Override
    public void write(final int b) throws IOException {
        if (b == 0) {
            return;

     * a clean title suitable for indexing.
     *
     * @param responseData the response data from crawling (not currently used)
     * @param title the raw title text to process
     * @param dataMap additional data map (not currently used)
     * @return the normalized title, or empty string if title is null
     */

                                            <c:forEach var="data" varStatus="s"
                                                       items="${backupItems}">
                                                <tr
                                                        data-href="${contextPath}/admin/backup/download/${f:u(data.id)}/">
                                                    <td>${f:h(data.name)}</td>
                                                </tr>

## Filter Data - Security { #filter-data-security }

To ensure that you don't return more data than you should, read the docs for [Tutorial - Response Model - Return Type](../tutorial/response-model.md).

## Optimize Response Performance - Response Model - Return Type { #optimize-response-performance-response-model-return-type }

- **Size of Serialized Data:**
Java serialization tends to produce larger serialized objects because it includes class metadata and other overhead.

- **Flexibility and Control:**
Java serialization offers limited control over the serialization process, such as excluding certain fields, customizing naming conventions, and handling complex data structures more gracefully.

- **Security:**

        PrunedTag tag1 = new PrunedTag("div");
        tag1.setId("test");
        tag1.setCss("highlight");
        tag1.setAttr("data-value", "123");

        PrunedTag tag2 = new PrunedTag("div");
        tag2.setId("test");
        tag2.setCss("highlight");
        tag2.setAttr("data-value", "123");

        assertTrue(tag1.equals(tag2));
        assertTrue(tag2.equals(tag1));