Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/hmcts/rd-location-ref-api
https://github.com/hmcts/rd-location-ref-api
jenkins-cft jenkins-cft-j-z
Last synced: about 1 month ago
JSON representation
- Host: GitHub
- URL: https://github.com/hmcts/rd-location-ref-api
- Owner: hmcts
- License: mit
- Created: 2020-08-21T11:01:45.000Z (over 4 years ago)
- Default Branch: master
- Last Pushed: 2024-10-29T11:58:29.000Z (about 2 months ago)
- Last Synced: 2024-10-29T12:35:03.312Z (about 2 months ago)
- Topics: jenkins-cft, jenkins-cft-j-z
- Language: Java
- Size: 2.18 MB
- Stars: 0
- Watchers: 7
- Forks: 2
- Open Issues: 11
-
Metadata Files:
- Readme: README.md
- Contributing: .github/CONTRIBUTING.md
- License: LICENSE
- Audit: audit.json
Awesome Lists containing this project
README
# rd-location-ref-api
Location Reference Data API
## Purpose
Provides Org service information to client applications. Implemented as a Java/SpringBoot application.
Location Data is made up of Building and Court Locations. for overview of the Location Data Please refer the confluence
https://tools.hmcts.net/confluence/display/RTRD/Reference+Data+Overview#ReferenceDataOverview-LocationReferenceData(LRD)LocationReferenceData(LRD)For Business/Service Requests please see confluence page
https://tools.hmcts.net/confluence/display/RTRD/Location+Reference+Data### Prerequisites
To run the project you will need to have the following installed:
* Java 17
* DockerFor 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 install
```
or```
docker-compose up
```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-location-ref-api.jar
```### Using the application
To understand if the application is working, you can call it's health endpoint:
```
curl http://localhost:8099/health
```If the API is running, you should see this response:
```
{"status":"UP"}
```
If the Application is running, you can see API's in swagger :```
http://localhost:8099/swagger-ui.html
```### DB Initialisation˙
The application uses a Postgres database which can be run through a docker container on its own if required.
this
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
```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:8099/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}}
```Authorization : Bearer copy IDAM access 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
for more information, Please refer to the confluence on how to run and publish PACT tests.
https://tools.hmcts.net/confluence/display/RTRD/PACT+testing