The project is in a healthy, maintained state
Official Ruby SDK for Authlete API v3+
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
2025
 Dependencies

Development

>= 0
~> 1.73.2
>= 0
~> 0.16.11

Runtime

 Project Readme

Authlete Ruby SDK

Developer-friendly & type-safe Ruby SDK specifically catered to leverage authlete API.



Important

This SDK is not yet ready for production use. To complete setup please follow the steps outlined in your workspace. Delete this section before > publishing to a package manager.

Summary

Authlete API: Welcome to the Authlete API documentation. Authlete is an API-first service where every aspect of the platform is configurable via API. This documentation will help you authenticate and integrate with Authlete to build powerful OAuth 2.0 and OpenID Connect servers. πŸš€

At a high level, the Authlete API is grouped into two categories:

  • Management APIs: Enable you to manage services and clients. πŸ”§
  • Runtime APIs: Allow you to build your own Authorization Servers or Verifiable Credential (VC) issuers. πŸ”

🌐 API Servers

Authlete is a global service with clusters available in multiple regions across the world:

  • πŸ‡ΊπŸ‡Έ US: https://us.authlete.com
  • πŸ‡―πŸ‡΅ Japan: https://jp.authlete.com
  • πŸ‡ͺπŸ‡Ί Europe: https://eu.authlete.com
  • πŸ‡§πŸ‡· Brazil: https://br.authlete.com

Our customers can host their data in the region that best meets their requirements.

πŸ”‘ Authentication

All API endpoints are secured using Bearer token authentication. You must include an access token in every request:

Authorization: Bearer YOUR_ACCESS_TOKEN

Getting Your Access Token

Authlete supports two types of access tokens:

Service Access Token - Scoped to a single service (authorization server instance)

  1. Log in to Authlete Console
  2. Navigate to your service β†’ Settings β†’ Access Tokens
  3. Click Create Token and select permissions (e.g., service.read, client.write)
  4. Copy the generated token

Organization Token - Scoped to your entire organization

  1. Log in to Authlete Console
  2. Navigate to Organization Settings β†’ Access Tokens
  3. Click Create Token and select org-level permissions
  4. Copy the generated token

⚠️ Important Note: Tokens inherit the permissions of the account that creates them. Service tokens can only access their specific service, while organization tokens can access all services within your org.

Token Security Best Practices

  • Never commit tokens to version control - Store in environment variables or secure secret managers
  • Rotate regularly - Generate new tokens periodically and revoke old ones
  • Scope appropriately - Request only the permissions your application needs
  • Revoke unused tokens - Delete tokens you're no longer using from the console

Quick Test

Verify your token works with a simple API call:

curl -X GET https://us.authlete.com/api/service/get/list \
  -H "Authorization: Bearer YOUR_ACCESS_TOKEN"

πŸŽ“ Tutorials

If you're new to Authlete or want to see sample implementations, these resources will help you get started:

πŸ›  Contact Us

If you have any questions or need assistance, our team is here to help:

Table of Contents

  • authlete
    • 🌐 API Servers
    • πŸ”‘ Authentication
    • πŸŽ“ Tutorials
    • πŸ›  Contact Us
    • SDK Installation
    • Quick Start
    • SDK Example Usage
    • Authentication
    • Available Resources and Operations
    • Error Handling
    • Server Selection
  • Development
    • Maturity
    • Contributions

SDK Installation

The SDK can be installed using RubyGems:

gem install authlete_ruby_test

Quick Start

require "authlete_ruby_test"

# Initialize the Authlete API client
authlete_api = Authlete::Client.new(bearer: "<YOUR_BEARER_TOKEN>")

# Retrieve a service
begin
  response = authlete_api.services.retrieve(service_id: "<service_id>")
  puts response.service
rescue Authlete::Models::Errors::ResultError => e
  # Handle Authlete-specific errors
  puts "Authlete error: #{e.message}"
  raise
rescue Authlete::Models::Errors::APIError => e
  # Handle general API errors
  puts "API error: #{e.message}"
  raise
end

# List OAuth clients
response = authlete_api.clients.list(service_id: "<service_id>")
response.clients.each { |oauth_client| puts oauth_client.client_name }

# Process an authorization request
response = authlete_api.authorization.process_request(
  service_id: "<service_id>",
  parameters: "response_type=code&client_id=..."
)

SDK Example Usage

Example

require 'authlete_ruby_test'

Models = ::Authlete::Models
s = ::Authlete::Client.new(
      bearer: '<YOUR_BEARER_TOKEN_HERE>',
    )

res = s.services.retrieve(service_id: '<id>')

unless res.service.nil?
  # handle response
end

Authentication

Per-Client Security Schemes

This SDK supports the following security scheme globally:

Name Type Scheme
bearer http HTTP Bearer

To authenticate with the API the bearer parameter must be set when initializing the SDK client instance. For example:

require 'authlete_ruby_test'

Models = ::Authlete::Models
s = ::Authlete::Client.new(
      bearer: '<YOUR_BEARER_TOKEN_HERE>',
    )

res = s.services.retrieve(service_id: '<id>')

unless res.service.nil?
  # handle response
end

Available Resources and Operations

Available methods
  • create - Process Pushed Authorization Request

Error Handling

Handling errors in this SDK should largely match your expectations. All operations return a response object or raise an error.

By default an API error will raise a Errors::APIError, which has the following properties:

Property Type Description
message string The error message
status_code int The HTTP status code
raw_response Faraday::Response The raw HTTP response
body string The response content

When custom error responses are specified for an operation, the SDK may also throw their associated exception. You can refer to respective Errors tables in SDK docs for more details on possible exception types for each operation. For example, the retrieve method throws the following exceptions:

Error Type Status Code Content Type
Models::Errors::ResultError 400, 401, 403 application/json
Models::Errors::ResultError 500 application/json
Errors::APIError 4XX, 5XX */*

Example

require 'authlete_ruby_test'

Models = ::Authlete::Models
s = ::Authlete::Client.new(
      bearer: '<YOUR_BEARER_TOKEN_HERE>',
    )

begin
    res = s.services.retrieve(service_id: '<id>')

    unless res.service.nil?
      # handle response
    end
rescue Models::Errors::ResultError => e
  # handle e.container data
  raise e
rescue Models::Errors::ResultError => e
  # handle e.container data
  raise e
rescue Errors::APIError => e
  # handle default exception
  raise e
end

Server Selection

Select Server by Index

You can override the default server globally by passing a server index to the server_idx (Integer) optional parameter when initializing the SDK client instance. The selected server will then be used as the default on the operations that use it. This table lists the indexes associated with the available servers:

# Server Description
0 https://us.authlete.com πŸ‡ΊπŸ‡Έ US Cluster
1 https://jp.authlete.com πŸ‡―πŸ‡΅ Japan Cluster
2 https://eu.authlete.com πŸ‡ͺπŸ‡Ί Europe Cluster
3 https://br.authlete.com πŸ‡§πŸ‡· Brazil Cluster

Example

require 'authlete_ruby_test'

Models = ::Authlete::Models
s = ::Authlete::Client.new(
      server_idx: 0,
      bearer: '<YOUR_BEARER_TOKEN_HERE>',
    )

res = s.services.retrieve(service_id: '<id>')

unless res.service.nil?
  # handle response
end

Override Server URL Per-Client

The default server can also be overridden globally by passing a URL to the server_url (String) optional parameter when initializing the SDK client instance. For example:

require 'authlete_ruby_test'

Models = ::Authlete::Models
s = ::Authlete::Client.new(
      server_url: 'https://br.authlete.com',
      bearer: '<YOUR_BEARER_TOKEN_HERE>',
    )

res = s.services.retrieve(service_id: '<id>')

unless res.service.nil?
  # handle response
end

Development

Maturity

This SDK is in beta, and there may be breaking changes between versions without a major version update. Therefore, we recommend pinning usage to a specific package version. This way, you can install the same version each time without breaking changes unless you are intentionally looking for the latest version.

Contributions

While we value open-source contributions to this SDK, this library is generated programmatically. Any manual changes added to internal files will be overwritten on the next generation. We look forward to hearing your feedback. Feel free to open a PR or an issue with a proof of concept and we'll do our best to include it in a future release.

SDK Created by Speakeasy