A developer portal for Apiman! Allow developers to access your APIs. Developers can view and test your APIs to develop their own apps.
The api overview page:
See the api definition:
Try out the api:
This project was generated with Angular CLI.
The developer portal currently works only with an apiman setup including
- Keycloak as user management
- Elasticsearch as database backend for apiman
The current docker quickstart image (apiman/on-wildlfy) will not work, because of the use of a H2 database.
We are working on SQL support and updated quickstarts for the next release(s).
The developer portal requires following realm roles in keycloak to allow users access to it
Keycloak realm role | Description |
---|---|
devportaluser | The role to get access as developer/client to use managed apis |
apiadmin | The role to get access as admin to share apis with developers via 'Administration' menu entry |
These roles are assigned to users via following groups:
Keycloak groups | Description |
---|---|
API-Mgmt-Users | The group to call apis via the gateway |
API-Mgmt-Devportal-Users | The group to get access as developer/client |
API-Mgmt-Administrators | The group to get access as admin to share apis with developers via 'Administration' menu entry |
Note: You have to assign the groups to the user instead of assigning the roles directly to the users! You can find an example keycloak-realm in the manager project to set up these groups in keycloak.
The easiest way to get started with the code is to create your own fork of this repository, and then clone your fork:
$ git clone [email protected]:<you>/apiman-developer-portal.git
$ cd apiman-developer-portal
$ git remote add upstream git://github.com/apiman/apiman-developer-portal.git
At any time, you can pull changes from the upstream and merge them onto your main branch:
$ git checkout main # switches to the 'main' branch
$ git pull upstream main # fetches all 'upstream' changes and merges 'upstream/main' onto your 'main' branch
$ git push origin # pushes all the updates to your fork, which should be in-sync with 'upstream'
The general idea is to keep your 'main' branch in-sync with the 'upstream/main'.
To build the docker image locally you have to run the following command or use Intellij run configurations:
# skip the build step to pull the image from docker hub
docker build -t apiman/developer-portal:latest .
docker-compose up
This command uses the existing docker-compose.yml file with configured container environment variables. You may need to change these environment variables for your production setup. See configuration in the next chapter.
On container start the script start-nginx-with-devportal.sh uses the environment variable values to configure the angular app environment settings for your apiman installation. You can find these angular app settings in environment.prod.ts. If you want to start the Developer Portal Angular App directly without docker (e.g. for local development) then you may have to modify the angular environment.ts file to match your local machine / docker environment.
The idea behind this mechanism is from this nice blog entry.
In the angular environment the variables have a slightly different name.
Docker Environment | Angular Environment | Example | Description | Required |
---|---|---|---|---|
API_MGMT_UI_REST_URL | apiMgmtUiRestUrl | https://localhost:8443/apiman | the address of the apiman manager ui | yes |
KEYCLOAK_AUTH_URL | keycloakAuthUrl | https://localhost:8443/auth | the address of the keycloak server | yes |
KEYCLOAK_REALM | apiMgmtRealm | apiman | the realm name for your apiman installation configured in keycloak | yes |
LOGO_FILE_URL | logoUrl | https://localhost:8443/logo.png | an optional url to a custom logo | optional |
FAVICON_FILE_URL | - | https://localhost:8443/fav.ico | an optional url to a custom favicon | optional |
CSS_FILE_URL | - | https://localhost:8443/my.css | an optional url to a custom css url | optional |
For more information please check out our documentation. Please open a new github issue for documentation changes.
After these changes you can run ng serve
for a dev server. Navigate to http://localhost:80/
. The app will
automatically reload if you change any of the source files.
You can also change the host/port for the dev server in the angular.json. Search for the following setting:
...
"serve": {
"builder": "@angular-devkit/build-angular:dev-server",
"options": {
"host": "0.0.0.0",
"port": 80,
"browserTarget": "api-mgmt-dev-portal:build"
},
"configurations": {
"production": {
"browserTarget": "api-mgmt-dev-portal:build:production"
}
}
}
...
You can check the angular guide for further angular app environment settings documentation.
The Angular CLI helps you to generate new angular elements. Here some
examples:
Run ng generate component component-name
to generate a new component. You can also
use ng generate directive|pipe|service|class|guard|interface|enum|module
.
Run ng build
to build the project. The build artifacts will be stored in the dist/
directory. Use the --prod
flag
for a production build.
Run ng test
to execute the unit tests via Karma.
The configuration file for the tests can be found in the karma.conf.js file. Here you can make settings about the used browsers or used junit reporter for example. Currently we support only Chromium for running the tests. So you may have to install it or configure another browser in the karma.conf.js.
Each angular component delivers a [filename].spec.ts file in which you can write your test. Some existing unit tests can be found in create-developer.component.spec.ts.
Here one example test case to test the component method checkUserExistsInKeycloak
which checks if a user is present in
a list of keycloak users:
it('checkUserExistsInKeycloak', () => {
component.keycloakUsers = keycloakUsers;
expect(component.checkUserExistsInKeycloak(undefined)).toBeFalsy();
expect(component.checkUserExistsInKeycloak(null)).toBeFalsy();
expect(component.checkUserExistsInKeycloak('alice')).toBeFalsy();
expect(component.checkUserExistsInKeycloak('admin')).toBeTruthy();
});
The corresponding test file has globaly defined keycloak users which are assigned to the test target component in the
test case with component.keycloakUsers = keycloakUsers
The expect
methods check the right behavior of the target method checkUserExistsInKeycloak
.
More information can you find in the Angular Guide in chapter Testing.
Run ng e2e
to execute the end-to-end tests via Protractor.
Scheer PAS is the platform for flexible end-to-end support of individual processes. It stands for digitization and automation, regardless of how many people, systems or companies need to be integrated.
Scheer PAS API Management is based on Apiman and offers you also
enterprise support.
You may visit Scheer PAS documentation for further details.