Skip to content

OneBusAway/kotlin-sdk

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Onebusaway SDK Kotlin API Library

Maven Central

The Onebusaway SDK Kotlin SDK provides convenient access to the Onebusaway SDK REST API from applications written in Kotlin.

The Onebusaway SDK Kotlin SDK is similar to the Onebusaway SDK Java SDK but with minor differences that make it more ergonomic for use in Kotlin, such as nullable values instead of Optional, Sequence instead of Stream, and suspend functions instead of CompletableFuture.

It is generated with Stainless.

The REST API documentation can be found on developer.onebusaway.org.

Installation

Gradle

implementation("org.onebusaway:onebusaway-sdk-kotlin:0.1.0-alpha.63")

Maven

<dependency>
    <groupId>org.onebusaway</groupId>
    <artifactId>onebusaway-sdk-kotlin</artifactId>
    <version>0.1.0-alpha.63</version>
</dependency>

Requirements

This library requires Java 8 or later.

Usage

import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient
import org.onebusaway.models.CurrentTimeRetrieveParams
import org.onebusaway.models.CurrentTimeRetrieveResponse

// Configures using the `ONEBUSAWAY_API_KEY` environment variable
val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.fromEnv()

val currentTime: CurrentTimeRetrieveResponse = client.currentTime().retrieve()

Client configuration

Configure the client using environment variables:

import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient

// Configures using the `ONEBUSAWAY_API_KEY` environment variable
val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.fromEnv()

Or manually:

import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient

val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.builder()
    .apiKey("My API Key")
    .build()

Or using a combination of the two approaches:

import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient

val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.builder()
    // Configures using the `ONEBUSAWAY_API_KEY` environment variable
    .fromEnv()
    .apiKey("My API Key")
    .build()

See this table for the available options:

Setter Environment variable Required Default value
apiKey ONEBUSAWAY_API_KEY true -

Tip

Don't create more than one client in the same application. Each client has a connection pool and thread pools, which are more efficient to share between requests.

Requests and responses

To send a request to the Onebusaway SDK API, build an instance of some Params class and pass it to the corresponding client method. When the response is received, it will be deserialized into an instance of a Kotlin class.

For example, client.currentTime().retrieve(...) should be called with an instance of CurrentTimeRetrieveParams, and it will return an instance of CurrentTimeRetrieveResponse.

Immutability

Each class in the SDK has an associated builder or factory method for constructing it.

Each class is immutable once constructed. If the class has an associated builder, then it has a toBuilder() method, which can be used to convert it back to a builder for making a modified copy.

Because each class is immutable, builder modification will never affect already built class instances.

Asynchronous execution

The default client is synchronous. To switch to asynchronous execution, call the async() method:

import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient
import org.onebusaway.models.CurrentTimeRetrieveParams
import org.onebusaway.models.CurrentTimeRetrieveResponse

// Configures using the `ONEBUSAWAY_API_KEY` environment variable
val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.fromEnv()

val currentTime: CurrentTimeRetrieveResponse = client.async().currentTime().retrieve()

Or create an asynchronous client from the beginning:

import org.onebusaway.client.OnebusawaySdkClientAsync
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClientAsync
import org.onebusaway.models.CurrentTimeRetrieveParams
import org.onebusaway.models.CurrentTimeRetrieveResponse

// Configures using the `ONEBUSAWAY_API_KEY` environment variable
val client: OnebusawaySdkClientAsync = OnebusawaySdkOkHttpClientAsync.fromEnv()

val currentTime: CurrentTimeRetrieveResponse = client.currentTime().retrieve()

The asynchronous client supports the same options as the synchronous one, except most methods are suspending.

Error handling

The SDK throws custom unchecked exception types:

  • OnebusawaySdkServiceException: Base class for HTTP errors. See this table for which exception subclass is thrown for each HTTP status code:

    Status Exception
    400 BadRequestException
    401 AuthenticationException
    403 PermissionDeniedException
    404 NotFoundException
    422 UnprocessableEntityException
    429 RateLimitException
    5xx InternalServerException
    others UnexpectedStatusCodeException
  • OnebusawaySdkIoException: I/O networking errors.

  • OnebusawaySdkInvalidDataException: Failure to interpret successfully parsed data. For example, when accessing a property that's supposed to be required, but the API unexpectedly omitted it from the response.

  • OnebusawaySdkException: Base class for all exceptions. Most errors will result in one of the previously mentioned ones, but completely generic errors may be thrown using the base class.

Logging

The SDK uses the standard OkHttp logging interceptor.

Enable logging by setting the ONEBUSAWAY_SDK_LOG environment variable to info:

$ export ONEBUSAWAY_SDK_LOG=info

Or to debug for more verbose logging:

$ export ONEBUSAWAY_SDK_LOG=debug

Network options

Retries

The SDK automatically retries 2 times by default, with a short exponential backoff.

Only the following error types are retried:

  • Connection errors (for example, due to a network connectivity problem)
  • 408 Request Timeout
  • 409 Conflict
  • 429 Rate Limit
  • 5xx Internal

The API may also explicitly instruct the SDK to retry or not retry a response.

To set a custom number of retries, configure the client using the maxRetries method:

import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient

val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.builder()
    .fromEnv()
    .maxRetries(4)
    .build()

Timeouts

Requests time out after 1 minute by default.

To set a custom timeout, configure the method call using the timeout method:

import org.onebusaway.models.CurrentTimeRetrieveParams
import org.onebusaway.models.CurrentTimeRetrieveResponse

val currentTime: CurrentTimeRetrieveResponse = client.currentTime().retrieve(RequestOptions.builder().timeout(Duration.ofSeconds(30)).build())

Or configure the default for all method calls at the client level:

import java.time.Duration
import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient

val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.builder()
    .fromEnv()
    .timeout(Duration.ofSeconds(30))
    .build()

Proxies

To route requests through a proxy, configure the client using the proxy method:

import java.net.InetSocketAddress
import java.net.Proxy
import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient

val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.builder()
    .fromEnv()
    .proxy(Proxy(
      Proxy.Type.HTTP, InetSocketAddress(
        "https://example.com", 8080
      )
    ))
    .build()

Undocumented API functionality

The SDK is typed for convenient usage of the documented API. However, it also supports working with undocumented or not yet supported parts of the API.

Parameters

To set undocumented parameters, call the putAdditionalHeader, putAdditionalQueryParam, or putAdditionalBodyProperty methods on any Params class:

import org.onebusaway.core.JsonValue
import org.onebusaway.models.CurrentTimeRetrieveParams

val params: CurrentTimeRetrieveParams = CurrentTimeRetrieveParams.builder()
    .putAdditionalHeader("Secret-Header", "42")
    .putAdditionalQueryParam("secret_query_param", "42")
    .putAdditionalBodyProperty("secretProperty", JsonValue.from("42"))
    .build()

These can be accessed on the built object later using the _additionalHeaders(), _additionalQueryParams(), and _additionalBodyProperties() methods. You can also set undocumented parameters on nested headers, query params, or body classes using the putAdditionalProperty method. These properties can be accessed on the built object later using the _additionalProperties() method.

To set a documented parameter or property to an undocumented or not yet supported value, pass a JsonValue object to its setter:

import org.onebusaway.models.CurrentTimeRetrieveParams

val params: CurrentTimeRetrieveParams = CurrentTimeRetrieveParams.builder().build()

Response properties

To access undocumented response properties, call the _additionalProperties() method:

import org.onebusaway.core.JsonBoolean
import org.onebusaway.core.JsonNull
import org.onebusaway.core.JsonNumber
import org.onebusaway.core.JsonValue

val additionalProperties: Map<String, JsonValue> = client.currentTime().retrieve(params)._additionalProperties()
val secretPropertyValue: JsonValue = additionalProperties.get("secretProperty")

val result = when (secretPropertyValue) {
    is JsonNull -> "It's null!"
    is JsonBoolean -> "It's a boolean!"
    is JsonNumber -> "It's a number!"
    // Other types include `JsonMissing`, `JsonString`, `JsonArray`, and `JsonObject`
    else -> "It's something else!"
}

To access a property's raw JSON value, which may be undocumented, call its _ prefixed method:

import org.onebusaway.core.JsonField

val field: JsonField<Any> = client.currentTime().retrieve(params)._field()

if (field.isMissing()) {
  // The property is absent from the JSON response
} else if (field.isNull()) {
  // The property was set to literal null
} else {
  // Check if value was provided as a string
  // Other methods include `asNumber()`, `asBoolean()`, etc.
  val jsonString: String? = field.asString();

  // Try to deserialize into a custom type
  val myObject: MyClass = field.asUnknown()!!.convert(MyClass::class.java)
}

Response validation

In rare cases, the API may return a response that doesn't match the expected type. For example, the SDK may expect a property to contain a String, but the API could return something else.

By default, the SDK will not throw an exception in this case. It will throw OnebusawaySdkInvalidDataException only if you directly access the property.

If you would prefer to check that the response is completely well-typed upfront, then either call validate():

import org.onebusaway.models.CurrentTimeRetrieveResponse

val currentTime: CurrentTimeRetrieveResponse = client.currentTime().retrieve(params).validate()

Or configure the method call to validate the response using the responseValidation method:

import org.onebusaway.models.CurrentTimeRetrieveParams
import org.onebusaway.models.CurrentTimeRetrieveResponse

val currentTime: CurrentTimeRetrieveResponse = client.currentTime().retrieve(RequestOptions.builder().responseValidation(true).build())

Or configure the default for all method calls at the client level:

import org.onebusaway.client.OnebusawaySdkClient
import org.onebusaway.client.okhttp.OnebusawaySdkOkHttpClient

val client: OnebusawaySdkClient = OnebusawaySdkOkHttpClient.builder()
    .fromEnv()
    .responseValidation(true)
    .build()

FAQ

Why don't you use plain enum classes?

Kotlin enum classes are not trivially forwards compatible. Using them in the SDK could cause runtime exceptions if the API is updated to respond with a new enum value.

Why do you represent fields using JsonField<T> instead of just plain T?

Using JsonField<T> enables a few features:

Why don't you use data classes?

It is not backwards compatible to add new fields to a data class and we don't want to introduce a breaking change every time we add a field to a class.

Why don't you use checked exceptions?

Checked exceptions are widely considered a mistake in the Java programming language. In fact, they were omitted from Kotlin for this reason.

Checked exceptions:

  • Are verbose to handle
  • Encourage error handling at the wrong level of abstraction, where nothing can be done about the error
  • Are tedious to propagate due to the function coloring problem
  • Don't play well with lambdas (also due to the function coloring problem)

Semantic versioning

This package generally follows SemVer conventions, though certain backwards-incompatible changes may be released as minor versions:

  1. Changes to library internals which are technically public but not intended or documented for external use. (Please open a GitHub issue to let us know if you are relying on such internals.)
  2. Changes that we do not expect to impact the vast majority of users in practice.

We take backwards-compatibility seriously and work hard to ensure you can rely on a smooth upgrade experience.

We are keen for your feedback; please open an issue with questions, bugs, or suggestions.

About

The official Kotlin SDK for the OneBusAway API

Resources

License

Security policy

Stars

Watchers

Forks

Packages

No packages published

Languages