Service
Last updated
Was this helpful?
Last updated
Was this helpful?
A service can be a part of one or more workflows. When a workflow is run, only services that are a part of the workflow will be started.
When service workflow is run, the following containers are started:
The init container is the first container that gets run when a service starts. If it fails, the configure container will not run. The first script that runs is the maintained .init
script which then runs the customizable init
script. Only the .init
script will be overriten when the application is re-scaffolded.
The init container is the second container that gets run when a service starts. If it fails, the proxy container will not run. The first script that runs is the maintained .configure
script which then runs the customizable configure
script. Only the .configure
script will be overriten when the application is re-scaffolded. The purpose of this step is to configure Stoobly proxy settings.
The proxy container is the last container that gets run. It provides a lifecycle_hooks.py
script that enables customization of requests and response at different points of their lifecycles. To learn more:
For mock
and test
workflows, the following are also provided:
fixtures.yml
enables mapping URL's to static responses stored in files. To learn more:
public
folder enables defining mock request paths and responses using files stored in this folder. To learn more:
Custom containers can be defined in the provided docker-compose.yml
.
Core services are services maintained by Stoobly and maintains the following start order:
Is responsible for routing requests from the host to the appropriate custom service.
Provides a UI on http://localhost:4200 to manage mocks and proxy configuration.
Is the last service to be started and has the purpose of being extended in the provided docker-compose.yml
with custom functionality.
To learn more about the purpose of each file, see
Is the first service to be started and runs the to build mocks.