Validation and persistence of definitions for field types, jurisdictions, case types and associated display elements.
Definitions are imported as an Excel spreadsheet which are parsed, persisted and then exposed as JSON through a REST API.
Spring Boot and Spring Data are used to persist the data in a PostgreSQL database. The database schema is created and maintained by Flyway change sets applied during application startup.
Moreover, if the feature is enabled, the ElasticSearch cluster is initialised when a definition file is imported. For each case type, an index, an alias,
and a mapping is created on ElasticSearch. If failOnImport is true, any ES initialisation error will prevent the import to succeed. If false, ES errors are
simply ignored
The following environment variables are required:
| Name | Default | Description |
|---|---|---|
| DEFINITION_STORE_DB_USERNAME | - | Username for database |
| DEFINITION_STORE_DB_PASSWORD | - | Password for database |
| DEFINITION_STORE_DB_USE_SSL | - | set to true if SSL is to be enabled. false recommended for local environments. |
| DEFINITION_STORE_IDAM_KEY | - | Definition store's IDAM S2S micro-service secret key. This must match the IDAM instance it's being run against. |
| DEFINITION_STORE_S2S_AUTHORISED_SERVICES | ccd_data,ccd_gw,ccd_admin,jui_webapp,pui_webapp,aac_manage_case_assignment | Authorised micro-service names for S2S calls |
| IDAM_USER_URL | - | Base URL for IdAM's User API service (idam-app). http:https://localhost:4501 for the dockerised local instance or tunneled dev instance. |
| IDAM_S2S_URL | - | Base URL for IdAM's S2S API service (service-auth-provider). http:https://localhost:4502 for the dockerised local instance or tunneled dev instance. |
| USER_PROFILE_HOST | - | Base URL for the User Profile service. http:https://localhost:4453 for the dockerised local instance. |
| AZURE_APPLICATIONINSIGHTS_INSTRUMENTATIONKEY | - | secrets for Microsoft Insights logging, can be a dummy string in local |
The project uses Gradle wrapper.
This project uses TestContainers for the database testing support. Docker must be installed on the machine you are running tests.
To build project please execute the following command:
./gradlew clean buildIf you want your code to become available to other Docker projects (e.g. for local environment testing), you need to build the image:
docker-compose buildThe above will build both the application and database images.
If you want to build only one of them just specify the name assigned in docker compose file, e.g.:
docker-compose build ccd-definition-store-apiWhen the project has been packaged in target/ directory,
you can run it by executing following command:
docker-compose upAs a result the following containers will get created and started:
- Database exposing port
5451 - API exposing ports
4451
Database will get initiated when you run docker-compose up for the first time by execute all scripts from database directory.
You don't need to migrate database manually since migrations are executed every time docker-compose up is executed.
You can connect to the database at http:https://localhost:5451 with the username and password set in the environment variables.
The application is structured as a multi-module project. The modules are:
Data access layer.
Domain logic.
Secured RESTful API giving access to part of the domain logic.
Secured endpoint and specific logic for importing case definition as an Excel spreadsheet.
Spring application entry point and configuration.
The functional tests are located in aat folder. The tests are written using
befta-fw library. To find out more about BEFTA Framework, see the repository and its README here.
This project is licensed under the MIT License - see the LICENSE file for details.