Introduction
The Admin Console allows you to create applications and allows you to manage the data in your applications.
By default, when you create a new project and run it locally, the Admin Console is enabled and available using the console
path, that is, http://localhost:8080/console
. You should navigate to the Admin Console in your web browser to view
what this UI has to offer.
Configuration
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:
allowedHosts |
Array<String> | - |
When the application is in production, restrict access to the Admin Console to the specified hosts |
disableAPIDoc |
Boolean | false |
Set to true to not display the generated API Docs. Changing the setting only works
in production. Swagger is always available in dev mode. |
enabled |
Boolean | true |
Set to true to enable the Admin Console. |
|
Array<String> | developer's e-mail address | When the application is in production, restrict access to the Admin Console to the specified accounts. |
|
Array<Number> | developer's organization | When the application is in production, restrict access to the Admin Console to the specified organizations. |
Key
|
Type
|
Default
|
Description
|
---|
Example:
{ admin: { // control whether the admin website is available enabled: true , // if you set disableAPIDoc, your APIs docs will not show up (Only works
in production. Swagger is always // available in dev mode.) disableAPIDoc: false , // set the email addresses you want to enable while in production validEmails: [ "jsmith@foo.com" ], // set the organization ids you want to enable while in production validOrgs: [199546299] // set the list of IP addresses, IP ranges and hostnames from which connections
to the admin interfaces // will be accepted allowedHosts: [ '127.0.0.1' , 'myhost.axawy.com' , '10.1.1.1/24' , ] } } |
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.
Summary
The Summary tab lists basic information about your application like app name, version, description, author, license, and API key.
API Doc & 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. API definitions can also be imported by selecting the + API button. You can import an API from a Swagger definition by either selecting
a file from your local filesystem or entering a URL. For additional information,
refer Manage Endpoints.
Models
A 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:
- Name your new model, select a connector, and add a description.
- Add fields to your new model.
- Select auto-generated API endpoint.
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 the Create a new model section of API Builder Getting Started Guide for instructions on how to create a new model.
Configurations
The Configurations tab displays the list of configuration files on the API Builder instance. You can edit the configuration files here.
See Console Configuration for an example and settings.
Logs
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 details 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
Logs can be filtered by time, methods, and status. The time filter 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 its 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 AMPLIFY Central.
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:
https: // <SUB_DOMAIN_TOKEN>.cloudapp-enterprise.appcelerator.com /apidoc/swagger .json |
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 an account as follows:
The API Builder documentation for this API can be found via this URL:
https: // <SUB_DOMAIN_TOKEN>.cloudapp-enterprise.appcelerator.com /apidoc/docs .html?apis /account .html |
The Swagger definition for the account can be found here:
https: // <SUB_DOMAIN_TOKEN>.cloudapp-enterprise.appcelerator.com /apidoc/docs .json?apis /account |