0.1.7 • Published 11 months ago

@cloudfoundry/api v0.1.7

Weekly downloads
-
License
-
Repository
github
Last release
11 months ago

WIP Cloud Foundry Client (V3)

This is a client for interacting with the Cloud Foundry API.

This project is still in development, which means only few resourcess is implemented.

Luckily it is very simple to contribute. Please read the contribution guide below.

Usage

This library delivers a class, CloudFoundryClient, which can be used to interact with the Cloud Foundry API. It composes resources apis as nested clients.

import { CloudFoundryClient } from '@cloudfoundry/api';
const client = new CloudFoundryClient({
  apiEndpoint: 'https://api.cf.us10-001.hana.ondemand.com',
  accessToken: 'bearer your_access_token',
});

const services = await client.serviceInstances.list();

console.log(JSON.stringify(services.data, null, 2));

For local testing, you can use the getOauthToken function to retrieve a new token and getCFConfig to retrieve target from CF CLI config.

import {
  getOauthToken,
  getCFConfig,
  CloudFoundryClient,
} from '@cloudfoundry/api';
const config = await getCFConfig();
const token = await getOauthToken(config.Target);
const client = new CloudFoundryClient({
  apiEndpoint: config.Target,
  accessToken: token,
});

Supported Resources

  • Service Instances
  • Service Credential Bindings
  • Organizations
  • Spaces
  • Users

Advanced programming

Retrieve CF CLI config

getCFConfig allow you to read ~/.cf/config.json and return as a fully-typed object.

import { getCFConfig } from '@cloudfoundry/api';
const config = await getCFConfig();
console.log(config.Target);

Retrieve new Oauth token from CLI

To get a new token for local testing we're supposed to call cf oauth-token. With a following code we can do the same programmatically.

import { getOauthToken } from '@cloudfoundry/api';
const token = await getOauth();
console.log(token);

Contribution Guide

To onboard a new resource you need to:

  • add a new resource folder to src/api/resources
  • describe the resource types in a file like src/api/resources/{resource_type}/types.ts
  • create api implementation for a resource in src/api/resources/{resource_type}/api.ts
  • api client should be exteded from BaseClient
  • we should indend to keep only a trully minimal mapping between the method interface and the actual http client call
  • api client should be exported in src/api/resources/index.ts
  • please try to utilize shared types whenever possible (defined in src/api/resources/common.ts)
  • please return the result as a result of the axios ( this.client ) call, so we can get not only data as a result
  • As a developer I personally prefer to develop with Sourcegraph Cody, and asking it to generate APIs following patterns from another files in a context

Utility types

Resource

CF API Resource contains required fields. Just to avoid repeating them in every resource we can use a generic type.

export interface ServiceInstanceResource extends Resource<ServiceInstanceEntity> {
  ...
}

which will add following types to a resource:

guid: uuid;
created_at: timestamp;
updated_at: timestamp;
links: links;

PaginatedResponse

Almost every CF resource supports list operations with paginated responses. To unify the way we handle them a special utility type is provided.

 list = (params?: {
        names?: string[],
        service_instance_guids?: string[],
        service_instance_names?: string[],
        ...
    }) => this.client.get<PaginatedResponse<ServiceCredentialBinding>>('/v3/service_credential_bindings', { params })

AllowedFields

Some endpoints support a special fields query parameter, which allows to specify which fields should be returned.

These fields are specific per resource and described in a format like this: | Resource | Allowed Keys | |----------|--------------| | space | guid, name, relationships.organization | | space.organization | guid, name | | service_plan | guid, name, relationships.service_offering | | service_plan.service_offering | guid, name, description, documentation_url, tags, relationships.service_broker | | service_plan.service_offering.service_broker | guid, name |

So what we do in code, to support such a parameter, is to define a type like this:

//defined allowed fields as a type in a following map format
type allowed_fields = {
  space: ['guid', 'name', 'relationships.organization'];
  'space.organization': ['guid', 'name'];
  service_plan: ['guid', 'name', 'relationships.service_offering'];
  'service_plan.service_offering': [
    'guid',
    'name',
    'description',
    'documentation_url',
    'tags',
    'relationships.service_broker'
  ];
  'service_plan.service_offering.service_broker': ['guid', 'name'];
};

// use this type in a method signature
list = (params?: {
        ...
        // only values from allowed_fields
        fields?: AllowedFields<allowed_fields>,
    }) => this.client.get<PaginatedResponse<ServiceInstance>>('/v3/service_instances', { params })

as a result in your code you'll be able to use like this:

  const serviceInstances = await cf.serviceInstances.list({
                fields: {
                    service_plan: ['name'],
                    'service_plan.service_offering.service_broker': ['name'],
                    'service_plan.service_offering': ['name'],
                },
            });

A nice feature is that you'll be able to use autocomplete in your IDE.

alt text

and as a result this code will trigger the URL like this (formatted for better understanding):

https://api.cf.us10-001.hana.ondemand.com
/v3/service_instances?
fields[service_plan]=name&
fields[service_plan.service_offering]=name&
fields[service_plan.service_offering.service_broker]=name&
page=1&
per_page=50
0.1.7

11 months ago

0.1.6

11 months ago

0.1.5

11 months ago

0.1.4

11 months ago

0.1.3

11 months ago

0.1.2

11 months ago