...
All services are reachable from the frontend over /service/<servicename>/ and the API is reachable over /service/<servicename>/api. This is true for all services except for the core, which is also reachable over /. The service will not be aware of the prefix, meaning that /service/omsevents/abcdefg/file.jpg will actually reach the service omsevents under /abcdefg/file.jpg. Thus keeping this format is a task of oms-docker and the traefik configuration, it happens transparent to the service.
Parameters
HTTP supports a variety of passing arguments:
- As part of the link (ie. /api/users/3)
- As part of the query string (ie. /api/users?name=Bob)
- As part of the payload (ie. trough a form)
In general the following rules apply:
- If it is a selector of some kind (usually ID or name), put it in the link.
- If it is an additional filter / option of the selected object, put it in the query string.
- If it is none of these, or if it should remain a secret, put it in the payload.
See the core API as an example of this.
Request API requirements
A request should be a standard HTTP request to one of the endpoints of the microservice as defined by its API. The request should use one of the specified HTTP methods (for example: GET, POST, DELETE, etc.). In addition to this the header 'X-Auth-Token' is required to be (correctly) set for most endpoints.
Getting an X-Auth-Token
There are several ways to obtain an An X-Auth-Token :
...
can be requested through the login endpoint as specified in the core API.
Response API requirements
...