Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/hmcts/rd-professional-api
Professional reference data service
https://github.com/hmcts/rd-professional-api
jenkins-cft jenkins-cft-j-z
Last synced: about 1 month ago
JSON representation
Professional reference data service
- Host: GitHub
- URL: https://github.com/hmcts/rd-professional-api
- Owner: hmcts
- License: mit
- Created: 2019-03-08T14:20:19.000Z (almost 6 years ago)
- Default Branch: master
- Last Pushed: 2024-05-28T16:25:55.000Z (7 months ago)
- Last Synced: 2024-05-29T07:32:35.993Z (7 months ago)
- Topics: jenkins-cft, jenkins-cft-j-z
- Language: Java
- Size: 10.7 MB
- Stars: 4
- Watchers: 13
- Forks: 13
- Open Issues: 61
-
Metadata Files:
- Readme: README.md
- License: LICENSE
- Audit: audit.json
Awesome Lists containing this project
README
# rd-professional-api
Professional Reference Data API
## Purpose
Provides professional reference data to client applications. Implemented as a Java/SpringBoot application.
Please refer to the confluence for more information.
https://tools.hmcts.net/confluence/display/RTRD/Professional+Reference+Data### Prerequisites
To run the project you will need to have the following installed:
* Java 17
* Docker (optional)For information about the software versions used to build this API and a complete list of it's dependencies see build.gradle
While not essential, it is highly recommended to use the pre-push git hook included in this repository to ensure that all tests are passing. This can be done by running the following command:
`$ git config core.hooksPath .githooks`### Environment Vars
If running locally for development or testing you will need to set the following environment variables
* export POSTGRES_USERNAME=dbrefdata
* export POSTGRES_PASSWORD=
* export client-secret=
* export totp_secret=
* export key=### Running the application
Please Make sure you are connected to the VPN before running application
(https://portal.platform.hmcts.net/vdesk/webtop.eui?webtop=/Common/webtop_full&webtop_type=webtop_full)To run the API quickly use the docker helper script as follows:
```
./bin/run-in-docker.sh
```or
```
docker-compose up
```application will listen on 8090 when started using the above methods.
After, you can start the application from the current source files using Gradle as follows:
```
./gradlew clean bootRun
```If required, to run with a low memory consumption, the following can be used:
```
./gradlew --no-daemon assemble && java -Xmx384m -jar build/libs/rd-professional-api.jar
```### Using the application
To understand if the application is working, you can call it's health endpoint:
```
curl http://localhost:8090/health
```If the API is running, you should see this response:
```
{"status":"UP"}
```
If the Application is running, you can see this response in swagger :```
http://localhost:8090/swagger-ui.html
```### DB Initialisation˙
The application uses a Postgres database which can be run through a docker container on its own if required.
The application should automatically apply any database migrations using flyway.
### Running integration tests:
You can run the *integration tests* as follows:
```
./gradlew integration
```### Running functional tests:
If the API is running (either inside a Docker container or via `gradle bootRun`) you can run the *functional tests* as follows:
```
./gradlew functional
```If you want to run a specific scenario use this command:
```
./gradlew functional --tests --info -Dscenario=
```### Running smoke tests:
If the API is running (either inside a Docker container or via `gradle bootRun`) you can run the *smoke tests* as follows:
```
./gradlew smoke
```### Running mutation tests tests:
If you have some time to spare, you can run the *mutation tests* as follows:
```
./gradlew pitest
```
If you are using windows machine to run PI test , use following property in gradle.build under pitest section.
```
useClasspathFile = true
```As the project grows, these tests will take longer and longer to execute but are useful indicators of the quality of the test suite.
More information about mutation testing can be found here:
http://pitest.org/### Testing in Postman
To test in Postman the easiest way is to start this service using the ./bin/run-in-docker.sh script. The in postman paste the following script:
```
pm.sendRequest('http://127.0.0.1:8089/token', function (err, res) {
if (err) {
console.log(err);
} else {
pm.environment.set("token", res.text());
}
});
```
into the pre-script window. Also add a header as follows:```
ServiceAuthorization: Bearer {{token}}
```### Contract testing with pact
To publish against remote broker:
`./gradlew pactPublish`Turn on VPN and verify on url `https://pact-broker.platform.hmcts.net/`
The pact contract(s) should be publishedTo publish against local broker:
Uncomment out the line found in the build.gradle:
`pactBrokerUrl = 'http://localhost:9292'`
comment out the real brokerStart the docker container from the root dir run
`docker-compose -f broker-compose.yml up`Publish via the gradle command
`./gradlew pactPublish`Once Verify on url `http://localhost:9292/`
The pact contract(s) should be publishedRemember to return the localhost back to the remote broker
Please refer to the confluence on how to run and publish PACT tests.
https://tools.hmcts.net/confluence/display/RTRD/PACT+testing