Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 22 Next »


The content on page is for the beta release of API Builder 1.10.0. You may find some information is either missing, incomplete or in general draft state.


The Admin Console allows you to create your application and manage data in your application.

By default, when you create a new project and run it locally, the Admin Console is enabled and available using the arrow path, that is, http://localhost:8080/api-create-admin. You should navigate to the Admin Console in your web browser to view what this UI has to offer.


To configure access to the Admin Console, open the project's ./conf/default.js file and edit the admin key.  The admin key is a dictionary of key-value pairs that control the access to the Admin Console, such as restricting which users or organizations can access the Admin Console or the name of the Admin Console endpoint.

The admin dictionary can contain the following keys:

    Page not found for multiexcerpt macro.
The page: API Builder Configuration was not found. Please check/update the page name used in the 'multiexcerpt-include macro.



API Builder tabs

API Builder provides a list of tabs on the left-hand side that helps you get started building your applications. Click the different sections of the UI to hop between functions and features of API Builder.


The Summary tab lists basic information about your app like app name, version, description, author, license, and API key.


Connectors are responsible for reading and writing data to a specific data source (e.g., Salesforce, MySQL, MongoDB, Azure, MSSQL or your own backend system). Each model has one connector. There are a number of pre-built connectors in the  Platform Marketplace you can also create your own custom connectors.

See API Builder Connectors for details on how to get started, adding connectors, and connector projects.


Model is the data model, backed by a connector, and exposed as an API endpoint. A model can consist of other models or fields from other models. Once again, API Builder will generate API endpoints for your models by default. Changes to models require a restart.

The Models tab lets you create new models. The model build process involves the following steps:

  1. Name your new model, select a connector, and add a description.
  2. Add fields to your new model.
  3. Select auto-generated API endpoints.

At the time of the 1.10.0 beta release, you may only build models when executing the project locally (in development). The build console will not work in production even if you enable the Admin Console in production.

See Create a new model section of API Builder Quick Start for instructions on how to create a new model.

API Docs & Test

On startup, API endpoints are automatically generated for all models as per their default configuration. An API provides a way for a client to access your application, such as GET <SERVER_ADDRESS>/api/users/query, execute custom logic, internally access the application's models and APIs, and return data back to the client application. 

The API Doc & Test tab in the Admin Console contains generated docs of your application APIs including how to call the API, multiple examples and the ability to test the APIs.  The generated docs use the information in the description fields of your JavaScript definition files to fill in some of the information.


The Configurations tab displays the list of configuration files on the API Builder instance. You can edit the configuration files here.

Note: edits to these files will trigger a server restart once the files have been saved.

See API Builder Configuration for an example and settings.


The Logs tab displays a searchable and filterable list of logs generated from API Builder. When you invoke your API, their logs will be recorded locally, allowing you to test and debug your API. You can drill into the log entries to get more detail about the event, such as response time and headers.

Logs can be filtered by many methods that include by time, method type, status, and user input in the search bar. In addition to filtering, logs can be sorted by clicking on the column headers of Time, Method, URL, Status, and Duration (ms).

Filtering logs

by time, methods, and status. With the time filter, it defaults to All Time. You can choose to filter log events by past 10 minutes, hour, 12 or 24 hours, 7, 30, 60, or 90 days, and 1 year. With the methods filter, you can list events by All Methods (default), GET, POST, PUT, DELETE, PATCH, OPTIONS, and HEAD. And with the status filter, you can list events by All Status (default), Only Errors, Only Success, 100s, 200s, 300s, 400s, and 500s.

The Search bar will allow you to filter for specific events (e.g. specific URL hits, duration and date values, etc.).

Clear log

If desired, the log can be clear by clicking Clear Logs in the upper right-hand corner. You will be given a warning that this action is permanent. All logs will be deleted, are irretrievable, and are not archived.

Log pagination

The Logs tab lets you view the events by pagination (defaults to 10 items per page but it can be set to view 10, 20, 30, 40, 50, 80, or 100 items per page).

Information and search

Most API Builder tabs include the title of the page followed by an information icon and a search bar. The information icon, when clicked, will display a short description of it's function and/or purpose. 

To locate a particular record, enter a search term in the search bar at the top to filter the table or click Advanced to restrict the search to a specific model field.

API Builder and Swagger

API Builder contains a Swagger definition that can be used to programmatically import APIs using tools such as Axway API Manager.

API Builder project Swagger

Your API Builder project Swagger file describes all of the APIs in the project that can be accessed via the following URL:

Individual APIs

Each API also has a separate Swagger definition associated with the API. This is convenient if you only need access to one API and not expose the entire API set by your API project.

For example, if you have a model and associated APIs for account as follows:

The API Builder documentation for this API can be found via this URL:

The Swagger definition for account can be found here:

Swagger files for the API Builder project and individual APIs can be found on the Github page  Arrow API Swagger Interface.

  • No labels