RAML Adapter

To integrate a RAML service in Kony Fabric, a RAML file or Zip (with all dependent files) must be created, which defines all the API definitions and schemas with properties in the project. When a Kony Fabric user creates a service from Kony Fabric Console, the system retrieves metadata from a RAML file and displays all APIs of a RAML file.

Kony Fabric parses a RAML file and exposes all the endpoints through the integration service.

Configure RAML Endpoint Adapter

To configure RAML service in the Integration Service Definition tab, follow these steps:

1. In the Name field, provide a unique name for your service.
2. From the Service Type list, select RAML.
3. Provide the following details to create the RAML service:
   

Field	Property
Connection Parameters	Click Upload and select a RAML file from your local machine. The system adds your main RAML file to the console. The system displays the added RAML file's name under the Connection Parameters section.
Authentication	Select an identity provider from the list to link your service.
Web Service Authentication	Select one of the following modes: None: Select the option if you do not want to provide any authentication for the service. Basic: Provide User ID and Password if the external Web service requires form or basic authentication. NTLM: Your service follows the NT LAN Manager authentication process. You are required to provide the User ID, Password, NTLM Host and NTLM Domain.

4. For additional configuration of your service definition, provide the following details in the Advanced section:

   Field	Description
   Custom Code	Custom Code enables you to specify dependent JAR. To specify dependent JAR, select the JAR containing preprocessor or postprocessor libraries from the drop-down list, or click Upload New to browse the JAR file from your local system. This step allows you to further filter the data sent to the back end. Important: Make sure that you upload a custom JAR file that is built on the same JDK version used for installing Kony Fabric Integration. For example, if the JDK version on the machine where Kony Fabric Integration is installed is 1.6, you must use the same JDK version to build your custom jar files. If the JDK version is different, an unsupported class version error will appear when a service is used from a device.
   Throttling	API throttling enables you to limit the number of request calls within a minute. If an API exceeds the throttling limit, it will not return the service response. To specify throttling in Kony Fabric Console, follow these steps: In the Total Rate Limit text box, enter a required value. With this value, you can limit the number of requests configured in your Kony Fabric console in terms of Total Rate Limit. In the Rate Limit Per IP text box, enter a required value. With this value, you can limit the number of IP address requests configured in your Kony Fabric console in terms of Per IP Rate Limit. To override throttling in App Services Console, refer to Override API Throttling Configuration. Note: Enable API throttling in a clustered environment by configuring the KONY_SERVER_NUMBER_OF_NODES property in the server_configuration table available in Admin database. This property indicates the number of nodes configured in the cluster. The default value is 1.

   Note: All options in the Advanced section are optional.

5. In the Description field, provide a suitable description for the service.

6. To enable the proxy, select the Use proxy from settings check box. By default, the check box is cleared. The Use proxy from settings check box dims when no proxy is configured under the Settings > Proxy.

7. Click Save to save your service definition.

Create Operations for RAML

The Operations List tab appears only after the service definition is saved.

Note: Click Operations List tab > Configure Operation. The Configured Operations list appears.

To create an operation, follow these steps:

1. Click SAVE & ADD OPERATION in your service definition page to save your service definition and display the NewOperation tab for adding operations.
                       OR
   Click Add Operation to add a new operation or from the tree in the left pane, click Add > Add New Operation.

   

2. Under Operations List tab, Please Select drop-down lists all the supported operations based on the uploaded RAML file..
   1. Expand an operation.
   2. Under Objects and Services, select the required check boxes.
3. Click ADD OPERATION. The system adds your operation to the Operations List page.
4. To configure an operation, click on the required service under Operations List and provide the following details:
   

Field	Description
Name	It is prepopulated with the operation name. You can change the name if required.
Operation Security Level	It specifies how a client must authenticate to invoke this operation. Select one of the following security operations in the Operation Security Level field. Authenticated App User – It restricts the access to clients who have successfully authenticated using an Identity Service associated with the app. Anonymous App User – It allows the access from trusted clients that have the required App Key and App Secret. Authentication through an Identity Service is not required. Public – It allows any client to invoke this operation without any authentication. This setting does not provide any security to invoke this operation and you should avoid this authentication type if possible. Private - It blocks the access to this operation from any external client. It allows invocation either from an Orchestration/Object Service, or from the custom code in the same run-time environment.



5. For additional configurations of request (or) response operations, provide the following details in the Advanced section:

   Field	Description
   Custom Code Invocation - Preprocessor and Postprocessor (for Java and JavaScript)	You can add pre and post processing logic to services to modify the request inputs. When you test, the services details of various stages in the service execution are presented to you for better debugging. All options in the Advanced section are optional. For more details, refer to Preprocessor and Postprocessor.
   Properties	Additional configuration properties (timeout, cachable, unescape embedded xml in response, response encoding, number of connection retries allows you to configure service call time out cache response
   Front End API	It allows you map your endpoint/back-end URL of an operation to a front-end URL.
   Server Events	Using Server Events you can configure this service to trigger or process server side events. For detailed information, refer Server Events.

   Note: All options in the Advanced section are optional.

Configure Request Operation for RAML

1. In the Request Input tab, provide the following details:

   Note: Input and Output must be defined in the RAML file only.

   Field	Description
   Name	It Contains a Unique Identifier. Change the name if required.
   Test Value	Enter a value. A test value is used for testing the service.
   Default Value	Enter the value, if required. The default value will be used if the test value is empty.
   Scope	Select Request or Session. It is set to Request by default. Request indicates that the value must be retrieved from the HTTP request received from the mobile device. Session indicates that the value must be retrieved from the HTTP session stored on Kony Fabric.
   Data Type	Select one of the following data types. String - A combination of alpha-numeric and special characters. Supports all formats including UTF-8 and UTF-16 with no maximum size limit. Date - Date format If data type is string, then the options in the Format Type are Currency, Number and Date. If the data type is number, then the options in the Format Type are Currency and Date. If the data type is boolean, then the options in the Format Type and Format Value text box are disabled.  Note: Currently the date data type is not supported. Boolean - A value that can be true or false. Number - An integer or a floating number.
   Record ID	Enter an ID.
   Description	Provide a suitable description.

2. To validate the operation details, click Save and Test. For more details, refer to Test a Service Operation.

Configure Response Operation for RAML

1. Click the Response Output tab to view the output test values, such as name, scope, data type.

   Note: If you define parameters inside a record as the session, the session scope will not get reflected for the parameters.

2. To validate the operation details, click Save and Test. For more details, refer to Test a Service Operation.

3. Click SAVE OPERATION.

   Note: You can view the service in the Data Panel feature of Kony Visualizer. By using the Data Panel, you can link back-end data services to your application UI elements seamlessly with low-code to no code. For more information on Data Panel, click here.

 

Copyright © 2020 Kony, Inc. All rights reserved.