Skip to content

Latest commit

 

History

History
executable file
·
488 lines (390 loc) · 19.1 KB

README.md

File metadata and controls

executable file
·
488 lines (390 loc) · 19.1 KB

IBM Watson SDK for Unity

Build Status wdc-community.slack.com semantic-release CLA assistant

Use this SDK to build Watson-powered applications in Unity.

Table of Contents

Before you begin

Ensure that you have the following prerequisites:

  • You need an IBM Cloud account.
  • Unity. You can use the free Personal edition.

Configuring Unity

  • Change the build settings in Unity (File > Build Settings) to any platform except for web player/Web GL. The IBM Watson SDK for Unity does not support Unity Web Player.
  • If using Unity 2018.2 or later you'll need to set Scripting Runtime Version and Api Compatibility Level in Build Settings to .NET 4.x equivalent. We need to access security options to enable TLS 1.2.

Getting the Watson SDK and adding it to Unity

You can get the latest SDK release by clicking here. You will also need to download the latest release of the IBM Unity SDK Core by clicking here.

Installing the SDK source into your Unity project

Move the unity-sdk and unity-sdk-core directories into the Assets directory of your Unity project. Optional: rename the SDK directory from unity-sdk to Watson and the Core directory from unity-sdk-core to IBMSdkCore.

Configuring your service credentials

To create instances of Watson services and their credentials, follow the steps below.

Note: Service credentials are different from your IBM Cloud account username and password.

  1. Determine which services to configure.
  2. If you have configured the services already, complete the following steps. Otherwise, go to step 3.
    1. Log in to IBM Cloud at https://cloud.ibm.com.
    2. Click the service you would like to use.
    3. Click Service credentials.
    4. Click View credentials to access your credentials.
  3. If you need to configure the services that you want to use, complete the following steps.
    1. Log in to IBM Cloud at https://cloud.ibm.com.
    2. Click the Create service button.
    3. Under Watson, select which service you would like to create an instance of and click that service.
    4. Give the service and credential a name. Select a plan and click the Create button on the bottom.
    5. Click Service Credentials.
    6. Click View credentials to access your credentials.
  4. Your service credentials can be used to instantiate Watson Services within your application. Most services also support tokens which you can instantiate the service with as well.

The credentials for each service contain either a username, password and endpoint url or an apikey and endpoint url.

WARNING: You are responsible for securing your own credentials. Any user with your service credentials can access your service instances!

Watson Services

To get started with the Watson Services in Unity, click on each service below to read through each of their README.md's and their codes.

Authentication

Watson services are migrating to token-based Identity and Access Management (IAM) authentication.

  • With some service instances, you authenticate to the API by using IAM.
  • In other instances, you authenticate by providing the username and password for the service instance.

Getting credentials

To find out which authentication to use, view the service credentials. You find the service credentials for authentication the same way for all Watson services:

  1. Go to the IBM Cloud Dashboard page.
  2. Either click an existing Watson service instance or click Create.
  3. Click Show to view your service credentials.
  4. Copy the url and either apikey or username and password.

In your code, you can use these values in the service constructor or with a method call after instantiating your service.

IAM

Some services use token-based Identity and Access Management (IAM) authentication. IAM authentication uses a service API key to get an access token that is passed with the call. Access tokens are valid for approximately one hour and must be regenerated.

You supply either an IAM service API key or an access token:

  • Use the API key to have the SDK manage the lifecycle of the access token. The SDK requests an access token, ensures that the access token is valid, and refreshes it if necessary.
  • Use the access token if you want to manage the lifecycle yourself. For details, see Authenticating with IAM tokens. If you want to switch to API key, in a coroutine, override your stored IAM credentials with an IAM API key and yield until the credentials object HasIamTokenData() returns true.

Supplying the IAM API key

Credentials credentials;
AssistantService assistant;
string versionDate = "<service-version-date>";

IEnumerator TokenExample()
{
    //  Create IAM token options and supply the apikey. IamUrl is the URL used to get the 
    //  authorization token using the IamApiKey. It defaults to https://iam.cloud.ibm.com/identity/token
    TokenOptions iamTokenOptions = new TokenOptions()
    {
        IamApiKey = "<iam-api-key>",
        IamUrl = "<iam-url>"
    };

    //  Create credentials using the IAM token options
    credentials = new Credentials(iamTokenOptions, "<service-url>");
    while (!credentials.HasIamTokenData())
        yield return null;

    assistant = new AssistantService(
        versionDate: versionDate, 
        credentials: credentials
    );
    assistant.ListWorkspaces(callback: OnListWorkspaces);
}

private void OnListWorkspaces(DetailedResponse<WorkspaceCollection> response, IBMError error)
{
    Log.Debug("OnListWorkspaces()", "Response: {0}", response.Response);
}

Supplying the access token

Credentials credentials;
AssistantService assistant;
string versionDate = "<service-version-date>";

void TokenExample()
{
    //  Create IAM token options and supply the access token.
    TokenOptions iamTokenOptions = new TokenOptions()
    {
        IamAccessToken = "<iam-access-token>"
    };

    //  Create credentials using the IAM token options
    credentials = new Credentials(iamTokenOptions, "<service-url>");

    assistant = new AssistantService(
        versionDate: versionDate,
        credentials: credentials
    );
    assistant.ListWorkspaces(callback: OnListWorkspaces);
}

private void OnListWorkspaces(DetailedResponse<WorkspaceCollection> response, IBMError error)
{
    Log.Debug("OnListWorkspaces()", "Response: {0}", response.Response);
}

Username and password

Credentials credentials;
AssistantService assistant;
string versionDate = "<service-version-date>";

void UsernamePasswordExample()
{
    Credentials credentials = new Credentials("<username>", "<password>", "<url>");
    assistant = new AssistantService(
        versionDate: versionDate,
        credentials: credentials
    );
}

Supplying credentials

There are two ways to supply the credentials you found above to the SDK for authentication.

Credential file (easier!)

With a credential file, you just need to put the file in the right place and the SDK will do the work of parsing it and authenticating. You can get this file by clicking the Download button for the credentials in the Manage tab of your service instance.

The file downloaded will be called ibm-credentials.env. This is the name the SDK will search for and must be preserved unless you want to configure the file path (more on that later). The SDK will look for your ibm-credentials.env file in the following places (in order):

  • Your system's home directory
  • The top-level directory of the project you're using the SDK in

As long as you set that up correctly, you don't have to worry about setting any authentication options in your code. So, for example, if you created and downloaded the credential file for your Discovery instance, you just need to do the following:

public IEnumerator ExampleAutoService()
{
    Assistant assistantService = new Assistant("2019-04-03");

    //  Wait for authorization token
    while (!assistantService.Credentials.HasIamTokenData())
        yield return null;
        
    var listWorkspacesResult = assistantService.ListWorkspaces();
}

And that's it!

If you're using more than one service at a time in your code and get two different ibm-credentials.env files, just put the contents together in one ibm-credentials.env file and the SDK will handle assigning credentials to their appropriate services.

If you would like to configure the location/name of your credential file, you can set an environment variable called IBM_CREDENTIALS_FILE. This will take precedence over the locations specified above. Here's how you can do that:

export IBM_CREDENTIALS_FILE="<path>"

where <path> is something like /home/user/Downloads/<file_name>.env.

Manually

If you'd prefer to set authentication values manually in your code, the SDK supports that as well. The way you'll do this depends on what type of credentials your service instance gives you.

Callbacks

A success callback is required. You can specify the return type in the callback.

AssistantService assistant;
string assistantVersionDate = "<assistant-version-date>";
Credentials assistantCredentials;
string workspaceId = "<workspaceId>";

DiscoveryService discovery;
string discoveryVersionDate = "<discovery-version-date>";
Credentials discoveryCredentials;

private void Example()
{
    assistant = new AssistantService(
        versionDate: assistantVersionDate,
        credentials: assistantCredentials
    );

    discovery = new DiscoveryService(
        versionDate: discoveryVersionDate,
        credentials: discoveryCredentials
    );

    //  Call with sepcific callbacks
    assistant.Message(
        callback: OnMessage, 
        workspaceId: workspaceId
    );

    discovery.ListEnvironments(
        callback: OnGetEnvironments
    );
}

private void OnMessage(DetailedResponse<MessageResponse> response, IBMError error)
{
    Log.Debug("ExampleCallback.OnMessage()", "Response received: {0}", response.Response);
}

private void OnGetEnvironments(DetailedResponse<ListEnvironmentsResponse> response, IBMError error)
{
    Log.Debug("ExampleCallback.OnGetEnvironments()", "Response received: {0}", response.Response);
}

Since the success callback signature is generic and the failure callback always has the same signature, you can use a single set of callbacks to handle multiple calls.

AssistantService assistant;
string assistantVersionDate = "<assistant-version-date>";
Credentials assistantCredentials;
string workspaceId = "<workspaceId>";

DiscoveryService discovery;
string discoveryVersionDate = "<discovery-version-date>";
Credentials discoveryCredentials;

private void Example()
{
    assistant = new AssistantService(
        versionDate: assistantVersionDate,
        credentials: assistantCredentials
    );

    //  Call with generic callbacks
    JObject input = new JObject();
    input.Add("text", "");
    assistant.Message(
        callback: OnSuccess, 
        workspaceId: workspaceId,
        input: input
    );

    discovery.ListEnvironments(
        callback: OnSuccess
    );
}

//  Generic success callback
private void OnSuccess<T>(DetailedResponse<T> resp, IBMError error)
{
    Log.Debug("ExampleCallback.OnSuccess()", "Response received: {0}", resp.Response);
}

You can also use an anonymous callback

AssistantService assistant;
string assistantVersionDate = "<assistant-version-date>";
Credentials assistantCredentials;
string workspaceId = "<workspaceId>";

private void Example()
{
    assistant = new AssistantService(
        versionDate: assistantVersionDate,
        credentials: assistantCredentials
    );

    assistant.ListWorkspaces(
        callback: (DetailedResponse<WorkspaceCollection> response, IBMError error) =>
        {
            Log.Debug("ExampleCallback.OnSuccess()", "ListWorkspaces result: {0}", response.Response);
        },
        pageLimit: 1,
        includeCount: true,
        sort: "-name",
        includeAudit: true
    );
}

You can check the error response to see if there was an error in the call.

AssistantService assistant;
string assistantVersionDate = "<assistant-version-date>";
Credentials assistantCredentials;
string workspaceId = "<workspaceId>";

private void Example()
{
    assistant = new AssistantService(
        versionDate: assistantVersionDate,
        credentials: assistantCredentials
    );

    assistant.Message(OnMessage, workspaceId);
}

private void OnMessage(DetailedResponse<MessageResponse> response, IBMError error)
{
    if (error == null)
    {
        Log.Debug("ExampleCallback.OnMessage()", "Response received: {0}", response.Response);
    }
    else
    {
        Log.Debug("ExampleCallback.OnMessage()", "Error received: {0}, {1}, {3}", error.StatusCode, error.ErrorMessage, error.Response);
    }
}

Custom Request Headers

You can send custom request headers by adding them to the service.

AssistantService assistant;
string assistantVersionDate = "<assistant-version-date>";
Credentials assistantCredentials;
string workspaceId = "<workspaceId>";

void Example()
{
    assistant = new AssistantService(
        versionDate: assistantVersionDate,
        credentials: assistantCredentials
    );

    //  Add custom header to the REST call
    assistant.WithHeader("X-Watson-Metadata", "customer_id=some-assistant-customer-id");
    assistant.Message(OnSuccess, "<workspace-id>");
}

private void OnSuccess(DetailedResponse<MessageResponse> response, IBMError error)
{
    Log.Debug("ExampleCallback.OnMessage()", "Response received: {0}", response.Response);
}

Response Headers

You can get response headers in the headers object in the DetailedResponse.

AssistantService assistant;
string assistantVersionDate = "<assistant-version-date>";
Credentials assistantCredentials;
string workspaceId = "<workspaceId>";

void Example()
{
    assistant = new AssistantService(
        versionDate: assistantVersionDate,
        credentials: assistantCredentials
    );

    assistant.Message(OnMessage, "<workspace-id>");
}

private void OnMessage(DetailedResponse<MessageResponse> response, IBMError error)
{
    //  List all headers in the response headers object
    foreach (KeyValuePair<string, object> kvp in response.Headers)
    {
        Log.Debug("ExampleCustomHeader.OnMessage()", "{0}: {1}", kvp.Key, kvp.Value);
    }
}

Streaming outside of US South region

Watson services have upgraded their hosts to TLS 1.2. The US South region has a TLS 1.0 endpoint that will work for streaming but if you are streaming in other regions you will need to use Unity 2018.2 and set Scripting Runtime Version in Build Settings to .NET 4.x equivalent. In lower versions of Unity you will need to create the Speech to Text instance in US South.

Disabling SSL verification

You can disable SSL verifciation when making a service call.

AssistantService assistant;
string assistantVersionDate = "<assistant-version-date>";
Credentials assistantCredentials;
string workspaceId = "<workspaceId>";

void Example()
{
    credentials.DisableSslVerification = true;
    assistant = new AssistantService(
        versionDate: assistantVersionDate,
        credentials: assistantCredentials
    );

    //  disable ssl verification
    assistant.DisableSslVerification = true;
}

IBM Cloud Private

The Watson Unity SDK does not support IBM Cloud Private because connection via proxy is not supported in UnityWebRequest.

Documentation

Documentation can be found here. You can also access the documentation by selecting API Reference the Watson menu (Watson -> API Reference).

Getting started videos

You can view Getting Started videos for the IBM Watson SDK for Unity on YouTube.

Questions

If you are having difficulties using the APIs or have a question about the IBM Watson Services, please ask a question on dW Answers or Stack Overflow.

Open Source @ IBM

Find more open source projects on the IBM Github Page.

License

This library is licensed under Apache 2.0. Full license text is available in LICENSE.

Contributing

See CONTRIBUTING.md.

Featured projects

We'd love to highlight cool open-source projects that use this SDK! If you'd like to get your project added to the list, feel free to make an issue linking us to it.