Skip to main content

BOSA Connectors

Project description

HI!

BOSA API SDK (Bosa Connector)

A Python SDK for seamlessly connecting to APIs that implement BOSA's Plugin Architecture under HTTP Interface. This connector acts as a proxy, simplifying the integration with BOSA-compatible APIs.

Features

  • Simple and intuitive API for connecting to BOSA-compatible services
  • Automatic endpoint discovery and schema validation
  • Built-in authentication support (BOSA API Key and User Token)
  • User management and OAuth2 integration flow support
  • Type-safe parameter validation
  • Flexible parameter passing (dictionary or keyword arguments)
  • Retry support for requests that fail (429 or 5xx)
  • Response fields filtering based on action and output

Prerequisites

After the bosa-api ready, you can perform the following tasks:

  • Ensure Bosa API is running. If you want to test locally, or you can use Staging or Production environments.
  • Create Client
    • You can send a create-client request to the bosa-api using Postman with the following header and body:
      • Header
        • x-api-key: KEY1
      • Body
        • name: "{client name}"
    • Response :
      {
        "data": {
          "id": "{client_id}",
          "name": "admin",
          "api_key": "{client_api_key}",
          "is_active": true
        },
        "meta": null
      }
      
  • Register the user, see the details here.

Installation

Prerequisites

1. Installation from Pypi

Choose one of the following methods to install the package:

Using pip

pip install bosa-connectors-binary

Using Poetry

poetry add bosa-connectors-binary

2. Development Installation (Git)

For development purposes, you can install directly from the Git repository:

poetry add "git+ssh://git@github.com/GDP-ADMIN/bosa-sdk.git#subdirectory=python/bosa-connectors"

Quick Start

Here's a simple example of how to use the BOSA Connector with API key authentication and user token.

Initialization

Before using the connector, you need to initialize it with your BOSA API base URL and API key.

from bosa_connectors.connector import BosaConnector

# Initialize the connector
bosa = BosaConnector(api_base_url="YOUR_BOSA_API_BASE_URL", api_key="YOUR_API_KEY")

Authentication

After initializing the connector, you can authenticate with your BOSA API key.

# User token from authentication
user_token = "Enter your key (bearer token) here from authentication, or refer to User Authentication section below"

# Check if a user has an integration for a connector
has_integration = bosa.user_has_integration("github", user_token)

if not has_integration:
    # Initiate the OAuth2 flow for a connector
    auth_url = bosa.initiate_connector_auth("github", user_token, "https://your-callback-uri.com")
    # Redirect the user to auth_url to complete authentication, we exit here.
    print("Integration with GitHub not found.")
    print(f"Please visit {auth_url} to complete authentication.")
    exit()

Alternatively, you can authenticate the user first and then use their token:

user = bosa.authenticate_bosa_user("username", "password")

# Get user token
user_token = user.token

Basic Example (Direct Execution)

It is the basic way to execute actions, where you need to provide the connector name, action name, and user token. The response will contain the data and status:

# Prepare input parameters
params = {
    "repo": "my-local-repo", # try to use your local repo for testing
    "owner": "rexywjy",
}

# Execute the action with user token
data, status = bosa.execute("github", "list_collaborators", token=user_token, max_attempts=1, input_=params)
print(data)
print(status)

More details about parameters and actions in bosa-api docs {domain}/docs

Alternative Approach (Fluent Interface)

For more complex scenarios or more control over the execution, you can use the fluent interface. We're recommending this approach if you:

  • Need to execute multiple actions with different parameters
  • Expecting list response
  • Need to execute actions in a loop
# Prepare input parameters
params = {
    "owner": "gdp-admin",
    "author": "samuellusandi",
    "per_page": 1,
    "sort": "author_date",
    "created_date_start": "2025-02-01",
    "created_date_end": "2025-02-02"
}

# Create a connector instance to a service
github = bosa.connect('github')

# Execute actions with fluent interface
response = github.action('list_pull_requests')\
    .params(params)\
    .max_attempts(3)\
    .token('user-token')\
    .run()  # Execute and return ActionResponse for advanced data handling

# Get initial data
initial_data = response.get_data()

# Iterate the following next pages
while response.has_next():
    response = response.next_page()
    data = response.get_data()
    # Process data here
    ...

# You can also navigate backwards
while response.has_prev():
    response = response.prev_page()
    data = response.get_data()
    # Process data here
    ...

# Execute multiple independent actions using the same connector instance
commits_response = github.action('list_commits')\
    .params({
        'owner': 'GDP-ADMIN',
        'repo': 'bosa',
        'page': 1,
        'per_page': 10
    })\
    .token('user-token')\
    .run()

run method also available for direct execution from connector instance, without using fluent interface.

# Prepare input parameters
params = {
    "owner": "gdp-admin",
    "author": "samuellusandi",
    "per_page": 1,
    "sort": "author_date",
    "created_date_start": "2025-02-01",
    "created_date_end": "2025-02-02"
}

# Execute actions with run method
response = bosa.run('github', 'list_pull_requests', input_=params)
print(response.get_data())

Working with Files using ConnectorFile

When working with APIs that require file uploads or return file downloads, use the ConnectorFile model:

from bosa_connectors.models.file import ConnectorFile

# For uploads: Create a ConnectorFile object
with open("document.pdf", "rb") as f:
    upload_file = ConnectorFile(
        file=f.read(),
        filename="document.pdf",
        content_type="application/pdf"
    )

params = {
  "file": upload_file,
  "name": "My Document"
}

# Include in your parameters
result, status = bosa.execute("google_drive", "upload_file", input_=params)

# For downloads: Check response type
file_result, status = bosa.execute("google_drive", "download_file", input_={"file_id": "123"})
if isinstance(file_result, ConnectorFile):
    # Save to disk
    with open(file_result.filename or "downloaded_file", "wb") as f:
        f.write(file_result.file)

Available Methods

Connector Instance Methods

The connector instance provides several methods for configuring and executing actions:

  • connect(name): Create a connector instance to a service

  • action(name): Specify the action to execute

  • params(dict): Set request parameters (including pagination parameters like page and per_page). Note that params for each plugin and action could be different

  • token(str): Set the BOSA user token

  • headers(dict): Set custom request headers

  • max_attempts(number): Set the maximum number of retry attempts (default: 1) Execution Methods:

  • run(): Execute and return ActionResponse for advanced data handling

  • execute(): Execute and return data and status for basic data handling. The data part of the return value can be a ConnectorFile object when the API returns a non-JSON response (such as a file download).

Response Handling (ActionResponse)

The ActionResponse class provides methods for handling the response and pagination:

  • get_data(): Get the current page data (returns the data field from the response). This can return a ConnectorFile object when the API returns a non-JSON response (such as a file download).
  • get_meta(): Get the metadata information from the response (e.g., pagination details, total count)
  • get_status(): Get the HTTP status code
  • is_list(): Check if response is a list
  • has_next(): Check if there is a next page
  • has_prev(): Check if there is a previous page
  • next_page(): Move to and execute next page
  • prev_page(): Move to and execute previous page
  • get_all_items(): Get all items from all pages (returns a list of objects containing data and meta for each page)

Data Models

The SDK uses the following data models:

  • ActionResponseData: Contains the response data structure with data (list, object, or ConnectorFile instance) and meta (metadata) fields
  • InitialExecutorRequest: Stores the initial request parameters used for pagination and subsequent requests
  • ConnectorFile: Represents a file in requests and responses with these properties:
    • file: Raw bytes content of the file
    • filename: Optional name of the file
    • content_type: Optional MIME type of the file
    • headers: Optional HTTP headers for the file

Configuration Parameters

  • api_base_url: The base URL of your BOSA API endpoint (default: "https://api.bosa.id"). This parameter is extremely important as it determines the URL of the BOSA API you are connecting to, and it will be used to populate the available actions/endpoints and their parameters upon initialization.
  • api_key: Your BOSA API key for authentication. This is different from plugin-specific API keys, which are managed separately by the BOSA system.

Execution Parameters

  • connector: The name of the connector to use. This parameter is used to determine the connector's available actions and their parameters.
  • action: The name of the action to execute. This parameter is automatically populated by the connector based on the available actions and their parameters. The list of available actions per connector can be found in https://api.bosa.id/docs and are populated through https://api.bosa.id/connectors.
  • max_attempts: The maximum number of attempts to make the API request. If the request fails, the connector will retry the request up to this number of times. The default value is 1 if not provided.
    • The retries are handled automatically by the connector, with exponential backoff.
    • The retries are only done for errors that are considered retryable (429 or 5xx).
  • input_: The input parameters for the action. This parameter is a dictionary that contains the parameters for the action. The connector will validate the input parameters against the action's schema.
    • To filter response fields, simply add the response_fields parameter to the input dictionary. This parameter is a list of field names that will be returned in the response. For nested fields, you can use dot notation, e.g. user.login will return the following:
    {
      "user": {
        "login": "userlogin"
      }
    }
    
  • token: Optional BOSA User Token for authenticating requests. When provided, the connector will include this token in the request headers. This is required for user-specific actions or when working with third-party integrations.

How It Works

  1. Initialization: When you create a BosaConnector instance, and trigger an execute(), the connector will first populate and cache the available actions and their parameters. This is done automatically.

  2. Action Discovery: The connector expects the BOSA API to expose an endpoint that lists all available actions and their parameters. This is handled automatically by BOSA's HTTP Interface.

  3. Execution: When you call execute(), the connector:

    • Validates your input parameters against the action's schema
    • Handles authentication
    • Makes the API request
    • Returns the formatted response

Compatibility

While primarily tested with BOSA's HTTP Interface, this connector should theoretically work with any API that implements BOSA's Plugin Architecture, as long as it:

  1. Exposes an endpoint listing available actions and their parameters
  2. Follows BOSA's standard HTTP Interface specifications (through the Plugin Architecture)
    • All actions must be exposed as POST endpoints.
  3. Implements the required authentication mechanisms

Error Handling

The connector includes built-in error handling for:

  • Invalid parameters
  • Authentication failures
  • Connection issues
  • API response errors

User Authentication

The BOSA Connector supports user-based authentication which allows for user-specific actions and third-party integrations:

# Step 1: Create a new BOSA user
user_data = bosa.create_bosa_user("username")
# Save the secret for later use
user_secret = user_data.secret

# Step 2: Authenticate the user and obtain their token
token = bosa.authenticate_bosa_user("username", user_secret)

# Step 3: Retrieve user information using the obtained token
user_info = bosa.get_user_info(token.token)

❗ Important Notes

🛡️ Best Practice: Since bearer tokens can have a long lifespan, it is highly recommended to reuse existing tokens whenever possible. While creating new tokens is functionally acceptable, be aware that older tokens may become dangling and can pose a security risk if they are exposed or misused.

⚠️ Security Reminder: When you register a new BOSA user, you will receive a token that starts with "sk-user-...". It is essential to keep this token safe, as it cannot be recovered if lost, and currently, there is no option to reset it.

Integration Management

The BOSA Connector provides methods to manage third-party integrations for authenticated users:

# Initiate the OAuth2 flow for a connector
auth_url = bosa.initiate_connector_auth("github", user_token, "https://your-callback-uri.com")
# Redirect the user to auth_url to complete authentication

# Check if a user has an integration for a connector
has_integration = bosa.user_has_integration("github", user_token)

# Retrieve all user integrations information
user_info = bosa.get_user_info(user_token)
integrations = user_info.integrations

# Select an integration
select_result = bosa.select_integration("github", user_token, integrations[0].user_identifier)

# Remove an integration
remove_result = bosa.remove_integration("github", user_token, integrations[0].user_identifier)

References

Product Requirements Documents(PRD):

Architecture Documents:

Design Documents:

Implementation Documents:

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distributions

No source distribution files available for this release.See tutorial on generating distribution archives.

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

bosa_connectors_binary-0.3.2b1-cp313-cp313-win_amd64.whl (386.0 kB view details)

Uploaded CPython 3.13Windows x86-64

bosa_connectors_binary-0.3.2b1-cp313-cp313-manylinux_2_31_x86_64.whl (570.8 kB view details)

Uploaded CPython 3.13manylinux: glibc 2.31+ x86-64

bosa_connectors_binary-0.3.2b1-cp313-cp313-macosx_13_0_arm64.whl (349.1 kB view details)

Uploaded CPython 3.13macOS 13.0+ ARM64

bosa_connectors_binary-0.3.2b1-cp312-cp312-win_amd64.whl (387.6 kB view details)

Uploaded CPython 3.12Windows x86-64

bosa_connectors_binary-0.3.2b1-cp312-cp312-manylinux_2_31_x86_64.whl (572.6 kB view details)

Uploaded CPython 3.12manylinux: glibc 2.31+ x86-64

bosa_connectors_binary-0.3.2b1-cp312-cp312-macosx_13_0_arm64.whl (347.3 kB view details)

Uploaded CPython 3.12macOS 13.0+ ARM64

bosa_connectors_binary-0.3.2b1-cp311-cp311-win_amd64.whl (392.5 kB view details)

Uploaded CPython 3.11Windows x86-64

bosa_connectors_binary-0.3.2b1-cp311-cp311-manylinux_2_31_x86_64.whl (519.0 kB view details)

Uploaded CPython 3.11manylinux: glibc 2.31+ x86-64

bosa_connectors_binary-0.3.2b1-cp311-cp311-macosx_13_0_arm64.whl (343.4 kB view details)

Uploaded CPython 3.11macOS 13.0+ ARM64

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp313-cp313-win_amd64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp313-cp313-win_amd64.whl
Algorithm Hash digest
SHA256 13af332471a405839e36b425c9b55fdbdb8cf9b9dffda402bfc5da5e721fc8b1
MD5 a54ea97e9b71f38e284c62cc130128f4
BLAKE2b-256 dba085129b7701a3fc0a17b4eea976c764f05afb2456eb08434ad45688f37ab4

See more details on using hashes here.

Provenance

The following attestation bundles were made for bosa_connectors_binary-0.3.2b1-cp313-cp313-win_amd64.whl:

Publisher: build-binary.yml on GDP-ADMIN/bosa-sdk

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp313-cp313-manylinux_2_31_x86_64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp313-cp313-manylinux_2_31_x86_64.whl
Algorithm Hash digest
SHA256 0aa0716ebd8666d1ff2697ccb25474c05650e31e515c1a201191d91c883514c9
MD5 6bc58ce93e8c646abea8be1f77f0478c
BLAKE2b-256 373af72903a08176d31e7b693a8556f300c2a2e41406c4610979f3b497755c52

See more details on using hashes here.

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp313-cp313-macosx_13_0_arm64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp313-cp313-macosx_13_0_arm64.whl
Algorithm Hash digest
SHA256 1014617c9d980a59201170da12553e151a702406ff1e27af56ac064770f228ce
MD5 9ea6fe2645b06df8133b7a42e55d2016
BLAKE2b-256 50fd6ab965efca65a50466c9a3b929ab2e71b3a3ac0a180f8ca2a40cf397bb7f

See more details on using hashes here.

Provenance

The following attestation bundles were made for bosa_connectors_binary-0.3.2b1-cp313-cp313-macosx_13_0_arm64.whl:

Publisher: build-binary.yml on GDP-ADMIN/bosa-sdk

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp312-cp312-win_amd64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp312-cp312-win_amd64.whl
Algorithm Hash digest
SHA256 c4e6dce932141ebfcfe0c6beae15849eafe80b6d4fe8340903b014f0f546b75f
MD5 9295bd787010a4316b391501e3304ae3
BLAKE2b-256 1602dbd260a9f9abbaa4e2599bfa0017352b4765adee280610aa20e2d863c755

See more details on using hashes here.

Provenance

The following attestation bundles were made for bosa_connectors_binary-0.3.2b1-cp312-cp312-win_amd64.whl:

Publisher: build-binary.yml on GDP-ADMIN/bosa-sdk

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp312-cp312-manylinux_2_31_x86_64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp312-cp312-manylinux_2_31_x86_64.whl
Algorithm Hash digest
SHA256 34a2eda44ddafa39b3e319a76a52ccb0f742ee904b385003148e12d10fd8151a
MD5 ed97a392e772fdc5053b49d22abaa6dd
BLAKE2b-256 8661ae37b3fb93a09092f3109e7eab1b0d516db39c434b61e2d48a9b3d4f9c50

See more details on using hashes here.

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp312-cp312-macosx_13_0_arm64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp312-cp312-macosx_13_0_arm64.whl
Algorithm Hash digest
SHA256 0a602b9e19ce226ec4a13f5f84ad46d9c38ecaeda1abf84aa22b3ea639ac9a6f
MD5 49c939248fc59bdac28cd9e626e4e341
BLAKE2b-256 9a10f52e74960ee10041140e6f163269d76926b1bb8780d55850f33b50835847

See more details on using hashes here.

Provenance

The following attestation bundles were made for bosa_connectors_binary-0.3.2b1-cp312-cp312-macosx_13_0_arm64.whl:

Publisher: build-binary.yml on GDP-ADMIN/bosa-sdk

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp311-cp311-win_amd64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp311-cp311-win_amd64.whl
Algorithm Hash digest
SHA256 3bdb70e960c1b2a32e4d9932f7e6639ed839bacae2d8219e8a2d52572b43e7a6
MD5 a6a32f24a99c9d22e12734622c96ce1d
BLAKE2b-256 91a2ed3e6f5c1a04b1150947f7fb456849b14da9510694c37867ace9e50ef790

See more details on using hashes here.

Provenance

The following attestation bundles were made for bosa_connectors_binary-0.3.2b1-cp311-cp311-win_amd64.whl:

Publisher: build-binary.yml on GDP-ADMIN/bosa-sdk

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp311-cp311-manylinux_2_31_x86_64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp311-cp311-manylinux_2_31_x86_64.whl
Algorithm Hash digest
SHA256 152d0c99ed566d81d2d975824db8b065110fabd505214680aba82f955b134a5c
MD5 e5b14a5fa518dac683da853442d2bcc3
BLAKE2b-256 55df2c36c6a3e14efb03c01a19a4cbac89dcc8d179e35ea0c9426c874c7f48cb

See more details on using hashes here.

File details

Details for the file bosa_connectors_binary-0.3.2b1-cp311-cp311-macosx_13_0_arm64.whl.

File metadata

File hashes

Hashes for bosa_connectors_binary-0.3.2b1-cp311-cp311-macosx_13_0_arm64.whl
Algorithm Hash digest
SHA256 41f044013fc8ccd943c24dc7dec0c9c081c05ef546c7e07c790ec899fe55c3b3
MD5 13893f0aa0ea2160366afa6ece72bfd8
BLAKE2b-256 612a81109a83740bda22f67f774f58902501dfe044ba133fe1e96a13145a90a5

See more details on using hashes here.

Provenance

The following attestation bundles were made for bosa_connectors_binary-0.3.2b1-cp311-cp311-macosx_13_0_arm64.whl:

Publisher: build-binary.yml on GDP-ADMIN/bosa-sdk

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page