You can customize the API Store in the following ways:
Enabling or disabling self signup
In a multi-tenanted API Manager setup, self signup to the API Store is disabled by default to all tenants except the super tenant. A tenant admin can enable it as follows:
- Sign in to the management console (
https://<HostName>:9443/carbon) as admin (or tenant admin).
In the Main menu, click Add under Users and Roles.
- Click Add New Role.
- Add a role by the name subscriber (or any other name you prefer).
- Click Next and add the following permissions:
- Go to the Resources > Browse menu.
Navigate to the
sign-up-config.xmlto load the resource in the registry browser UI and select the "Edit as text " option to edit the configurations.
Do the following changes in the signup configuration and save.
true. Note that you must have the subscriber role created at this point.
<AdminPassword>to the credentials of the super admin, or if you are in a multitenant setup and you are not the super admin, to the tenant admin's credentials. Note that the super admin's credentials are admin/admin by default. If you changed the default super admin's credentials, using admin/admin will cause errors.
Restart the server and open the API Store (
Note the Sign-up link that appears in the top, right-hand corner of the window.
- To disable the self signup capability, navigate to the
/_system/governance/apimgt/applicationdata/sign-up-config.xmlfile in the registry again and set the
<SelfSignUp><EnableSignup>element to false.
Tip: To engage your own signup process, see Adding a User Signup Workflow.
Enabling or disabling the walkthrough
This is available only as a WUM update and is effective from 30th November 2017 (2017-11-30). For more information on updating WSO2 API Manager, see Updating WSO2 Products.
To disable the API Store walkthrough, open the
isEnabledTutorial parameter to false as show below.
Changing the theme
Changing language settings
To change the language of the API Store, see Adding Internationalization and Localization.
Setting single login for all apps
Single sign-on (SSO) allows users who are logged in to one application to automatically log in to multiple other applications using the same credentials. They do not have to repeatedly authenticate themselves. To configure, see Configuring Single Sign-on with SAML2.
Categorizing and grouping APIs
API providers add tags to APIs when designing them using the API Publisher. Tags allow API providers to categorize APIs that have similar attributes. When a tagged API gets published to the API Store, its tags appear as clickable links to the API consumers, who can use them to quickly jump to a category of interest. The font size of the tag in the Store varies based on the number of APIs that are assigned to it. Therefore, for example the font size of a tag which has 10 APIs assigned to it will be bigger than the font size of a tag that has only 2 APIs assigned to it.
If you want to see the APIs grouped according to different topics in the API Store, add an API group:
Although the way in which you add a Tag and API group appears to be similar there are differences. Therefore, you need to note the following:
- The group name should always have the suffix
-groupand it can have spaces in it (e.g., APIs groups-group).
- The tag name should not have a suffix or prefix, but it can have spaces.
- Go to
<API-M_HOME>/repository/deployment/server/jaggeryapps/store/site/confdirectory, open the
site.jsonfile and set the
tagWiseModeattribute as true.
- Add an API group to the APIs that you wish to group.
- Go to the API Publisher (
- Click on the edit link of the respective API as shown below.
Add a group name to the APIs that you wish to group.
For example add the "APIs groups-group" tag to the Workflow and Integration APIs.
Save the API for the tag to appear in the Store.
- Repeat steps 2 (a) to (d) to add another APIs to the newly created group.
If you wish, you can click on a group to see the APIs that belong to a specific group.
- Go to the API Publisher (
Customizing the API group
If you want to change the descriptions and the thumbnail images that come by default, do the following:
- Sign in to the Management Console and click the Resources > Browse menu to open the registry.
- Create a collection named
tagsunder the registry location
- Give read permission to the
- Add each tag as collections under the tags collection (e.g., Workflow APIs-group, Integration APIs-group, Quote APIs-group.)
- Navigate to each tag collection and upload the following:
- description.txt with the description of the tag
- thumbnail.png for the thumbnail image
- Back in the API Store, note the changes you did in the registry.
Customizing error Pages
In API Manager store/publisher and admin webapps, jaggery.conf is the Jaggery configuration file specifies the application specific configurations. In that file we can find following code block which have configured the error pages.
If such a specified error occurs due to an operation or page redirection inthe web application, it redirects to the specified html page. As an example, if you request for https://localhost:9443/store/site/conf.site.json, it gives a 403 response, it serves the html page site/pages/error-pages/403.html specified above.
These error pages are located in <API-M_HOME>/repository/deployment/server/jaggeryapps/store/site/pages/error-pages directory. You can customize these html pages according to your preference (adding css, javasccript or jquery functionalities). And also you can create your own html pages to be viewed for errors occured by adding it to the jaggery.conf.