Vendor Registration
Credentials
baseUrl: https://installer.a1apps.io
Authorization Type: Header
key | value |
---|---|
x-api-key | apiKeyValue |
Registration Steps
- Register a vendor via a
POST
request to{{baseUrl}}/vendors
. This method is open and doesn’t require authorization. The request body should be in the following format:
You will receive the API key in the response. Save this key since you will need it to access further methods.
For the next steps, add this API key to your x-api-key header. You can test it by viewing your vendor information via a GET
request to {{baseUrl}}/vendors/:vendorEmail
. Replace :vendorEmail
with the email you used to register the vendor.
- Register your first vendor application using the
POST
request to{{baseUrl}}/vendors/:vendorEmail
. Replace:vendorEmail
with the email you used to register the vendor. The request body should be in the following format:
Here’s the detailed description of the request body:
- appName - the name of your application. It will be treated as application id and must be unique. You can only use latin letters
(A-Z, a-z)
and underscores_
in the name. - appSourceType - the type of your application source. Right now, only
url
is supported. - appSourceUrl - the url of your application source. Please make sure that your application source is available for downloading.
- appVersion - the version of your application. It can be any string. When registering the application, please add your
main
version to the body. To register other versions, use update application request. - appConfig - the configuration of your application. It contains the following fields:
- aliasName - the alias of your application. It will be used as a part of the url to access your application and displayed as its name in the UI. The alias name should only consist of letters
(A-Z, a-z)
, numbers(0-9)
, and the following symbols:-
,_
, and.
. - bodyParameters - the list of optional environmental variables needed to install your application. To ensure smooth user experience, add
host
anduser
to your body parameters. This will allow your application to be installed on customer home portal. - frontendSource - the source of your frontend. It contains the following fields:
- path - the path to your frontend source folder. For example,
/react-site
. - framework - the framework used in your frontend. Allowed value is
React
.
- path - the path to your frontend source folder. For example,
- visibility - the visibility of your application. It can be
public
orhidden
. If it’s hidden, the users will not be able to see on their home page. - appName - the name of your application.
- description - the description of your application. It will be displayed in the UI.
- configParameters - the list of required environmental variables needed to install your application.
- type - the type of your application. It can be
business
,developer
orinternal
. This influences the category your application will be displayed in. - backendSource - the source of your backend. It contains the following fields:
- path - the path to your backend source folder. For example,
/server
. - framework - the framework used in your backend. Allowed values are
aws-cdk
andserverless
.
- path - the path to your backend source folder. For example,
- dependencies - the list of other applications that your application may depend on (add
cloud-users
if your application will use our platform’s cognito authentication).- appName - the name of the application your application depends on.
- companyName - the name of the company that owns the application your application depends on. For Tibica applications, e.g., cloud-users or cloud-git, use
Tibica
as the company name.
- tags - the list of tags that can be added to the users your application, e.g.,
ADMIN
,EDITOR
, etc..
- aliasName - the alias of your application. It will be used as a part of the url to access your application and displayed as its name in the UI. The alias name should only consist of letters
If everything went successfully, you will get the following response:
-
You can check the latest info regarding your application by sending a
GET
request to{{baseUrl}}/vendors/:vendorEmail/:applicationName
. Replace:vendorEmail
with the email you used to register the vendor and:applicationName
with the name of your application. -
To notify the customers that there was update or register a different version of your application, send a
PUT
request to{{baseUrl}}/vendors/:vendorEmail/:applicationName
. Replace:vendorEmail
with the email you used to register the vendor and:applicationName
with the name of your application. The request body should be in the following format:
There is a new field in the request body - hasUpdate. It is used to notify the customers that there was an update of your application. When set to true
, the customers will see the update button on the application card on their home page.
If everything went successfully, you will get an empty response with status code 200.
- If you wish to change any of the application parameters, you can send a
PUT
request to{{baseUrl}}/vendors/:vendorEmail/:applicationName
. Include the full body this time, which differs from thePOST
request only by thehasUpdate
field. The request body should be in the following format:
Please note, that you cannot change appName
, so make sure it is the same as the one you used to register the application.