Skip to content

Event Streams SDK allows you to integrate your application with Event Streams RESTful APIs.

License

Notifications You must be signed in to change notification settings

JunliWang/eventstreams-node-sdk

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

67 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Build Status semantic-release

IBM Cloud Event Streams Node SDK Version 1.3.0

Introduction

IBM Event Streams for IBM Cloud™ is a high-throughput message bus built with Apache Kafka. It is optimized for event ingestion into IBM Cloud and event stream distribution between your services and applications.

Event Streams provides a REST API to help connect your existing systems to your Event Streams Kafka cluster. Using the API, you can integrate Event Streams with any system that supports RESTful APIs.

Documentation IBM Cloud Event Streams Service APIs.

Table of Contents

Overview

The IBM Cloud Event Streams SDK Node.js SDK allows developers to programmatically interact with the following IBM Cloud services:

Service Name Import Path
Admin Rest pkg/adminrestv1
Schema Registry pkg/schemaregistryv1

Prerequisites

  • An IBM Cloud account.
  • The IBM Cloud CLI.
  • An IAM API key to allow the SDK to access your account. Create one here.
  • An IBM Cloud Event Streams Instance Create one here
  • Node.js >=14: This SDK is tested with Node.js versions 14 and up. It may work on previous versions but this is not officially supported.

Installation

npm install eventstreams_sdk

Using the SDK

For general SDK usage information, please see this link

Questions

If you are having difficulties using this SDK or have a question about the IBM Cloud services, please ask a question at Stack Overflow.

Issues

If you encounter an issue with the SDK, you are welcome to submit a bug report. Before that, please search for similar issues. It's possible someone has already encountered this issue.

Open source @ IBM

Find more open source projects on the IBM Github Page

Contributing

See CONTRIBUTING.

License

This project is released under the Apache 2.0 license. The license's full text can be found in LICENSE.

Event Streams Administration REST API

This REST API allows users of the IBM Event Streams service to administer Kafka topics associated with an instance of the service. You can use this API to perform the following operations:

The Admin REST API is also documented using swagger.

Access control


All requests support below authorization methods:

  • Basic authorization with user and password. ( For both standard, enterprise and lite plans, user is 'token', password is the API key from ibmcloud resource service-keys for the service instance.)
  • Bearer authorization with bearer token. (This token can be either API key or JWT token obtained from IAM upon login to IBM Cloud. Use ibmcloud iam oauth-tokens to retrieve the token after ibmcloud login)
  • X-Auth-Token header to be set to the API key. This header is deprecated.

Administration API endpoint


Administration API endpoint is the kafka_admin_url property in the service key for the service instance. This command can be used to retrieve this property.

$ibmcloud resource service-key "${service_instance_key_name}" --output json > jq -r '.[]|.credentials.kafka_admin_url'

Environment Setup

In the examples you must set and export environment variables as follows:

  • Either the API_KEY or BEARER_TOKEN to use for authentication.
  • KAFKA_ADMIN_URL to point to your Event Streams administration endpoint.

In addition, the Content-type header has to be set to application/json.

Common HTTP status codes:

  • 200: Request succeeded.
  • 202: Request was accepted.
  • 400: Invalid request JSON.
  • 401: The authentication header is not set or provided information is not valid.
  • 403: Not authorized to perform the operation. Usually it means the API key used is missing a certain role. More details on what role can perform what operation refers to this document.
  • 404: Unable to find the topic with topic name given by user.
  • 422: Semantically invalid request.
  • 503: An error occurred handling the request.

Error responses carry a JSON body like the following:

{"error_code":50301,"message":"Unknown Kafka Error", "incident_id": "17afe715-0ff5-4c49-9acc-a4204244a331"}

Error codes are of the format HHHKK where HHH is the HTTP Status Code and KK is the Kafka protocol error.

For E2E debugging purposes, the transaction ID of every request is returned in the HTTP header X-Global-Transaction-Id. If the header is set on the request, it will be honored. If not, it will be generated. In the event of a non-200 error return code, the transaction ID is also returned in the JSON error response as incident_id.

Using the REST API to administer Kafka topics


To run the example :-

Set the required environment variables

# Set your API KEY (or a bearer token could be used by setting the BEARER_TOKEN environment variable instead, but not both)
export API_KEY="abc123456789"

# Set the Admin Endpoint to point to your cluster.
export KAFKA_ADMIN_URL="https://xyzclustername.svc01.region.eventstreams.test.cloud.ibm.com"

You will need the extend package, so install using:

npm install extend

Run the example

    node ./example/example.js

REST API


The following sections explain how the REST API works with examples.

Code Setup

// Code Setup
const HTTP = require('http');
const util = require('util');

const { KAFKA_ADMIN_URL } = process.env;
const { API_KEY } = process.env;
const { BEARER_TOKEN } = process.env;
const NewAdminrestV1 = require('../dist/adminrest/v1');
const { BasicAuthenticator } = require('../dist/auth');
const { BearerTokenAuthenticator } = require('../dist/auth');
const { NoAuthAuthenticator } = require('../dist/auth');

const topicName = 'test-topic';
let authenticator = new NoAuthAuthenticator({});
/* eslint-disable no-console */
/* eslint-disable no-unused-vars */

// Code Setup End

Authentication


Use one of the following methods to authenticate:

  • To authenticate using Basic Auth: Place these values into the Authorization header of the HTTP request in the form Basic where is the username and password joined by a single colon : base64 encoded. For example:

    echo -n "token:<APIKEY>" | base64
  • To authenticate using a bearer token: To obtain your token using the IBM Cloud CLI, first log in to IBM Cloud, then run the following command:

    ibmcloud iam oauth-tokens
    

    Place this token in the Authorization header of the HTTP request in the form Bearer. Both API key or JWT tokens are supported.

  • To authenticate directly using the api_key: Place the key directly as the value of the X-Auth-Token HTTP header.

Example

Here's an example of how to create the authenticator using either an API key or a BEARER_TOKEN

// Create Authenticator
if (KAFKA_ADMIN_URL === undefined || !KAFKA_ADMIN_URL) {
  console.log('Please set env KAFKA_ADMIN_URL');
  throw new Error('error KAFKA_ADMIN_URL not set');
}

if ((API_KEY === undefined || !API_KEY) && (BEARER_TOKEN === undefined || !BEARER_TOKEN)) {
  console.log('Please set either an API_KEY or a BEARER_TOKEN');
  throw new Error('error: API_KEY or BEARER_TOKEN not set');
}

if (API_KEY && BEARER_TOKEN) {
  console.log('Please set either an API_KEY or a BEARER_TOKEN not both');
  throw new Error('error: API_KEY and BEARER_TOKEN can not both be set');
}

if (API_KEY) {
  // Create an Basic IAM authenticator.
  authenticator = new BasicAuthenticator({
    username: 'token',
    password: API_KEY,
  });
} else {
  // Create an IAM Bearer Token authenticator.
  authenticator = new BearerTokenAuthenticator({
    bearerToken: BEARER_TOKEN,
  });
}
// End Authenticator

Creating a client for the Admin REST API.


Create a new service object.

// Create Service
// Construct the service client.
const adminREST = new NewAdminrestV1({
  authenticator,
  serviceUrl: KAFKA_ADMIN_URL,
});
// End Create Service

Creating a Kafka topic


To create a Kafka topic the admin REST SDK issues a POST request to the /admin/topics path. The body of the request contains a JSON document, for example:

{
    "name": "topicname",
    "partitions": 1,
    "configs": {
        "retentionMs": 86400000,
        "cleanupPolicy": "delete"
    }
}

The only required field is name. The partitions fields defaults to 1 if not set.

Expected HTTP status codes:

  • 202: Topic creation request was accepted.
  • 400: Invalid request JSON.
  • 403: Not authorized to create topic.
  • 422: Semantically invalid request.

If the request to create a Kafka topic succeeds then HTTP status code 202 (Accepted) is returned. If the operation fails then a HTTP status code of 422 (Un-processable Entity) is returned, and a JSON object containing additional information about the failure is returned as the body of the response.

Example

function createTopic(adminrest, topicname) {
  console.log('Create Topic');
  // Construct the params object for operation createTopic
  const name = topicname;
  const partitions = 3;
  const params = {
    name,
    partitions,
  };

  // Call the create topic function on the service.
  const createTopicResult = adminrest.createTopic(params);

  // Look at the results of the promise.
  return createTopicResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'Accepted') {
        console.log(`\tname: ${topicName}`);
      }
    },
    (err) => {
      console.log(`\tError creating topics ${err}`);
    }
  );
} 

Deleting a Kafka topic


To delete a Kafka topic, the admin REST SDK issues a DELETE request to the /admin/topics/TOPICNAME path (where TOPICNAME is the name of the Kafka topic that you want to delete).

Expected return codes:

  • 202: Topic deletion request was accepted.
  • 403: Not authorized to delete topic.
  • 404: Topic does not exist.
  • 422: Semantically invalid request.

A 202 (Accepted) status code is returned if the REST API accepts the delete request or status code 422 (Un-processable Entity) if the delete request is rejected. If a delete request is rejected then the body of the HTTP response will contain a JSON object which provides additional information about why the request was rejected.

Kafka deletes topics asynchronously. Deleted topics may still appear in the response to a list topics request for a short period of time after the completion of a REST request to delete the topic.

Example

function deleteTopic(adminrest, topicname) {
  console.log('Delete Topic');

  // Construct the params object for operation deleteTopic
  const params = {
    topicName: topicname,
  };

  // Call the delete topic function on the service.
  const deleteTopicResult = adminrest.deleteTopic(params);

  // Look at the results of the promise.
  return deleteTopicResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'Accepted') {
        console.log(`\tname: ${topicName}`);
      }
    },
    (err) => {
      console.log(`\tError deleting topic: ${topicName}error: ${err}`);
    }
  );
} 

Listing Kafka topics


You can list all of your Kafka topics by issuing a GET request to the /admin/topics path.

Expected status codes:

  • 200: the topic list is returned as JSON in the following format:
[
  {
    "name": "topic1",
    "partitions": 1,
    "retentionMs": 86400000,
    "cleanupPolicy": "delete"
  },
  { "name": "topic2",
    "partitions": 2,
    "retentionMs": 86400000,
    "cleanupPolicy": "delete"
  }
]

A successful response will have HTTP status code 200 (OK) and contain an array of JSON objects, where each object represents a Kafka topic and has the following properties:

Property name Description
name The name of the Kafka topic.
partitions The number of partitions of the Kafka topic.
retentionsMs The retention period for messages on the topic (in ms).
cleanupPolicy The cleanup policy of the Kafka topic.

Example

function listTopics(adminrest) {
  console.log('List Topics');

  // Construct the params object for operation listTopics.
  const params = {
    // topicFilter defaults to an empty string to see all topics.
    // or you can specify a topic name.
    // topicFilter: '<You Topic Name>',
  };

  // Service operations can now be invoked using the 'adminREST' variable.
  // Call listTopics on the service.
  const listTopicsResult = adminrest.listTopics(params);

  // Look at the results of the promise.
  return listTopicsResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'OK') {
        result.result.forEach((val) => {
          console.log(`\tname: ${val.name}`);
        });
      }
    },
    (err) => {
      console.log(`Error listing topics ${err}`);
    }
  );
} 

Getting a Kafka topic


To get a Kafka topic detail information, issue a GET request to the /admin/topics/TOPICNAME path (where TOPICNAME is the name of the Kafka topic that you want to get).

Expected status codes

  • 200: Retrieve topic details successfully in following format:
{
  "name": "MYTOPIC",
  "partitions": 1,
  "replicationFactor": 3,
  "retentionMs": 86400000,
  "cleanupPolicy": "delete",
  "configs": {
    "cleanup.policy": "delete",
    "min.insync.replicas": "2",
    "retention.bytes": "1073741824",
    "retention.ms": "86400000",
    "segment.bytes": "536870912"
  },
  "replicaAssignments": [
    {
      "id": 0,
      "brokers": {
        "replicas": [
          3,
          2,
          4
        ]
      }
    }
  ]
}
  • 403: Not authorized.
  • 404: Topic does not exist.

Example

function topicDetails(adminrest, topicname) {
  console.log('Topic Details');

  // Construct the params object for operation getTopic
  const params = {
    topicName: topicname,
  };

  // Call the get topic function on the service.
  const getTopicResult = adminrest.getTopic(params);

  // Look at the results of the promise.
  return getTopicResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'OK') {
        console.log(util.inspect(result.result, false, null, true));
      }
    },
    (err) => {
      console.log(`\tError getting topic details: ${topicName}error: ${err}`);
    }
  );
} 

Updating Kafka topic's configuration


To increase a Kafka topic's partition number or to update a Kafka topic's configuration, issue a PATCH request to /admin/topics/TOPICNAME with the following body: (where TOPICNAME is the name of the Kafka topic that you want to update).

{
  "new_total_partition_count": 4,
  "configs": [
    {
      "name": "cleanup.policy",
      "value": "compact"
    }
  ]
}

Supported configuration keys are 'cleanup.policy', 'retention.ms', 'retention.bytes', 'segment.bytes', 'segment.ms', 'segment.index.bytes'. And partition number can only be increased, not decreased.

Expected status codes

  • 202: Update topic request was accepted.
  • 400: Invalid request JSON/number of partitions is invalid.
  • 404: Topic specified does not exist.
  • 422: Semantically invalid request.

Example

function updateTopic(adminrest, topicname) {
  console.log('Update Topic Details');
  // Construct the params object for operation updateTopic
  const newTotalPartitionCount = 6;
  const params = {
    topicName: topicname,
    newTotalPartitionCount,
  };

  // Call the update topic function on the service.
  const updateTopicResult = adminrest.updateTopic(params);

  // Look at the results of the promise.
  return updateTopicResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'Accepted') {
        console.log(`\tname: ${topicName}`);
      }
    },
    (err) => {
      console.log(`\tError updating topic details: ${topicName}error: ${err}`);
    }
  );
} 

List current mirroring topic selection

Mirroring user controls are only available on the target cluster in a mirroring environment.

To get the current topic selection, issue an GET request to /admin/mirroring/topic-selection

Expected status codes

  • 200: Retrieved topic selection successfully in following format:
{
  "includes": [
    "^prefix1_.*",
    "^prefix2_.*"
  ]
}
  • 403: Unauthorized to use mirroring user controls.
  • 404: Mirroring not enabled. The mirroring user control APIs are only available on the target cluster of a mirrored pair.
  • 503: An error occurred handling the request.

Example

function getMirroringTopicSelection(adminrest) {
  console.log('List Mirroring Topic Selection');
  const params = {};

  // Call the get mirroring topic selection function on the service.
  const getMirroringTopicSelectionResult = adminREST.getMirroringTopicSelection(params);

  // Look at the results of the promise.
  return getMirroringTopicSelectionResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'OK') {
        result.result.forEach((val) => {
          console.log(`\tname: ${val.name}`);
        });
      }
    },
    (err) => {
      console.log(`Error listing mirroring topics selection ${err}`);
    }
  );
} 

Replace selection of topics which are mirrored

Replace mirroring topic selection

Mirroring user controls are available on the target cluster in a mirroring environment.

To replace the current topic selection, issue a POST request to /admin/mirroring/topic-selection

Expected status codes

  • 200: Replaced topic selection successfully. The new selection is returned in following format:
{
  "includes": [
    "^prefix1_.*",
    "^prefix2_.*"
  ]
}
  • 400: Invalid request. The request data cannot be parsed and used to replace the topic selection.
  • 403: Unauthorized to use mirroring user controls.
  • 404: Mirroring not enabled. The mirroring user control APIs are only available on the target cluster of a mirrored pair.
  • 415: Unsupported media type. Content-Type header with application/json is required.
  • 503: An error occurred handling the request.

Example

function replaceMirroringTopicSelection(adminrest, topicname) {
  console.log('Replace Mirroring Topics');
  // Construct the params object for operation replaceMirroringTopicSelection
  const includes = topicname;
  const params = {
    includes,
  };

  // Call the replace mirroring topic selection on the service.
  const replaceMirroringTopicSelectionResult = adminrest.replaceMirroringTopicSelection(params);

  // Look at the results of the promise.
  return replaceMirroringTopicSelectionResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'OK') {
        console.log(`\tmirroring topic selection updated ${topicname}`);
      }
    },
    (err) => {
      console.log(`Error replacing mirroring topics selection ${err}`);
    }
  );
} 

List active mirroring topics


Mirroring user controls are available on the target cluster in a mirroring environment.

To get the list of currently mirrored topics, issue an GET request to /admin/mirroring/active-topics

Expected status codes

  • 200: Retrieved active topics successfully in following format:
{
  "active_topics": [
    "topic1",
    "topic2"
  ]
}
  • 403: Unauthorized to use mirroring user controls.
  • 404: Mirroring not enabled. The mirroring user control APIs are only available on the target cluster of a mirrored pair.
  • 503: An error occurred handling the request.

Example

function getListMirroringActiveTopics(adminrest) {
  console.log('List Active Mirroring Topic Selection\n');
  // Construct the params object for operation getMirroringActiveTopics
  const params = {};

  // Call the get mirroring active topic function on the service.
  const getMirroringActiveTopicsResult = adminrest.getMirroringActiveTopics(params);

  // Look at the results of the promise.
  return getMirroringActiveTopicsResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'OK') {
        result.result.forEach((val) => {
          console.log(`\tname: ${val.name}`);
        });
      }
    },
    (err) => {
      console.log(`Error listing active mirroring topics selection ${err}`);
    }
  );
} 

Creating a Kafka quota


To create a Kafka quota the admin REST SDK issues a POST request to the /admin/quotas/ENTITYNAME path (where ENTITYNAME is the name of the entity that you want to create. The entity name of the quota can be default or an IAM Service ID that starts with an iam-ServiceId prefix). The body of the request contains a JSON document, for example:

{
    "producer_byte_rate": 1024,
    "consumer_byte_rate": 1024
}

Create Quota would create either 1 or 2 quotas depending on what data is passed in.

Expected HTTP status codes:

  • 201: Quota creation request was created.
  • 400: Invalid request JSON.
  • 403: Not authorized to create quota.
  • 422: Semantically invalid request.

If the request to create a Kafka quota succeeds then HTTP status code 201 (Created) is returned. If the operation fails then a HTTP status code of 422 (Un-processable Entity) is returned, and a JSON object containing additional information about the failure is returned as the body of the response.

Example

function createQuota(adminrest, entityName) {
  console.log('Create Quota');
  // Construct the params object for operation createQuota
  const params = {
    entityName,
    producerByteRate: 1024,
    consumerByteRate: 1024,
  };

  // Call the create quota function on the service.
  const createQuotaResult = adminrest.createQuota(params);

  // Look at the results of the promise.
  return createQuotaResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'Created') {
        console.log(`\tentity_name: ${entityName}`);
      }
    },
    (err) => {
      console.log(`\tError creating quota ${err}`);
    }
  );
} 

Deleting a Kafka quota


To delete a Kafka quota, the admin REST SDK issues a DELETE request to the /admin/quotas/ENTITYNAME path (where ENTITYNAME is the name of the entity that you want to delete. The entity name of the quota can be default or an IAM Service ID that starts with an iam-ServiceId prefix).

Expected return codes:

  • 202: Quota deletion request was accepted.
  • 403: Not authorized to delete quota.
  • 404: Entity Quota does not exist.
  • 422: Semantically invalid request.

A 202 (Accepted) status code is returned if the REST API accepts the delete request or status code 422 (Un-processable Entity) if the delete request is rejected. If a delete request is rejected then the body of the HTTP response will contain a JSON object which provides additional information about why the request was rejected.

Example

function deleteQuota(adminrest, entityName) {
  console.log('Delete Quota');

  // Construct the params object for operation deleteTopic
  const params = {
    entityName,
  };

  // Call the delete quota function on the service.
  const deleteQuotaResult = adminrest.deleteQuota(params);

  // Look at the results of the promise.
  return deleteQuotaResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'Accepted') {
        console.log(`\tentity_name: ${entityName}`);
      }
    },
    (err) => {
      console.log(`\tError deleting quota: ${err}`);
    }
  );
} 

Listing Kafka quotas


You can list all of your Kafka quotas by issuing a GET request to the /admin/quotas path.

Expected status codes:

  • 200: quotas list is returned as JSON in the following format:
{
  "data": [
    {
      "entity_name": "default",
      "producer_byte_rate": 1024,
      "consumer_byte_rate": 1024
    },
    {
      "entity_name": "iam-ServiceId-38288dac-1f80-46dd-b135-a56153296bcd",
      "producer_byte_rate": 1024
    },
    {
      "entity_name": "iam-ServiceId-38288dac-1f80-46dd-b135-e56153296fgh",
      "consumer_byte_rate": 2048
    },
    {
      "entity_name": "iam-ServiceId-38288dac-1f80-46dd-b135-f56153296bfa",
      "producer_byte_rate": 2048,
      "consumer_byte_rate": 1024
    }
  ]
}

A successful response will have HTTP status code 200 (OK) and contain an array of JSON objects, where each object represents a Kafka quota and has the following properties:

Property name Description
entity_name The entity name of the quota can be default or an IAM Service ID that starts with an iam-ServiceId prefix.
producer_byte_rate The producer byte rate quota value.
consumer_byte_rate The consumer byte rate quota value.

Example

function listQuotas(adminrest) {
  console.log('List Quotas');

  // Construct the params object for operation listQuotas.
  const params = {};

  // Service operations can now be invoked using the 'adminREST' variable.
  // Call listQuotas on the service.
  const llistQuotasResult = adminrest.listQuotas(params);

  // Look at the results of the promise.
  return llistQuotasResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'OK') {
        result.result.forEach((val) => {
          let quotaDetail = `\tentity_name: ${val.entity_name}`;
          if (val.producer_byte_rate) {
            quotaDetail += `, producer_byte_rate: ${val.producer_byte_rate}`;
          }
          if (val.consumer_byte_rate) {
            quotaDetail += `, consumer_byte_rate: ${val.consumer_byte_rate}`;
          }
          console.log(quotaDetail);
        });
      }
    },
    (err) => {
      console.log(`Error listing quotas ${err}`);
    }
  );
} 

Getting a Kafka quota


To get a Kafka quota detail information, issue a GET request to the /admin/quotas/ENTITYNAME path (where ENTITYNAME is the name of the entity that you want to get. The entity name of the quota can be default or an IAM Service ID that starts with an iam-ServiceId prefix).

Expected status codes

  • 200: Retrieve quota details successfully in following format:
{
  "producer_byte_rate": 1024,
  "consumer_byte_rate": 1024
}
  • 403: Not authorized.

Example

function quotaDetails(adminrest, entityName) {
  console.log('Quota Details');

  // Construct the params object for operation getQuota
  const params = {
    entityName,
  };

  // Call the get quota function on the service.
  const getQuotaResult = adminrest.getQuota(params);

  // Look at the results of the promise.
  return getQuotaResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'OK') {
        console.log(`\t${util.inspect(result.result, false, null, true)}`);
      }
    },
    (err) => {
      console.log(`\tError getting quota details: ${err}`);
    }
  );
} 

Updating Kafka quota's information


To Update an entity's quota, issue a PATCH request to /admin/quotas/ENTITYNAME with the following body: (where ENTITYNAME is the name of the entity that you want to update. The entity name of the quota can be default or an IAM Service ID that starts with an iam-ServiceId prefix).

{
  "producer_byte_rate": 2048,
  "consumer_byte_rate": 2048
}

Expected status codes

  • 202: Update quota request was accepted.
  • 400: Invalid request JSON.
  • 404: Entity quota specified does not exist.
  • 422: Semantically invalid request.

Example

function updateQuota(adminrest, entityName) {
  console.log('Update Quota Details');
  // Construct the params object for operation updateQuota
  const params = {
    entityName,
    producerByteRate: 2048,
    consumerByteRate: 2048,
  };

  // Call the update quota function on the service.
  const updateQuotaResult = adminrest.updateQuota(params);

  // Look at the results of the promise.
  return updateQuotaResult.then(
    (result) => {
      if (HTTP.STATUS_CODES[result.status] === 'Accepted') {
        console.log(`\tentity_name: ${entityName}`);
      }
    },
    (err) => {
      console.log(`\tError updating quota details: ${err}`);
    }
  );
} 

About

Event Streams SDK allows you to integrate your application with Event Streams RESTful APIs.

Resources

License

Code of conduct

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • HTML 36.9%
  • JavaScript 36.0%
  • TypeScript 25.6%
  • CSS 1.4%
  • Shell 0.1%